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ABSTRACT 

With  the  emergence  of  increased  numbers  of  communica- 
tions, command  and  control  systens,  and  the  expanding 
dependence  on  automated  systems,  there  exists  within  the 
Marine  Corps  a  requirement  to  define  and  control  tactical 
systems  software  as  a  conf iguratioa  management  item.  The 
Marine  Corps  Tactical  Systems  Support  Activity  (MCTSSA) , 
designated  as  the  primary  software  support  activity  for 
these  systems,  must  define  and  acquire  the  necessary  auto- 
mated data  processing  hardware  to  achieve  this  future  state. 
In  addition,  MCTSSA' s  mission  requires  software  maintenance 
and  testing,  requiring  a  simulation  facility.  Current  and 
future  demands  for  computer  support  far  excsed  MCTSSA's 
existing  capacity.  One  solution  to  the  simulation/testing 
facility  requirements  is  the  subject  of  research  and  this 
paper. 


TABLE    OF   CONTENTS 


I.  COMMUNICATIONS,    COMMAND    AND    CONTROL       11 

A.  GENERAL    CHARACTERISTICS       11 

B.  DESIGN    CONCEPTS 17 

II.  MARINE    CORPS       COMMON ICATIONS ,    COMMAND    AND       CONTROL  20 

A.  CONCEPTS 20 

1.  Background 20 

2.  Objectives 21 

B.  MARINE  CORPS  TACTICAL  SYSTEMS  SUPPORT  ACTIVITY  22 

1.  Mission 22 

2.  Structure 22 

3.  Function 23 

III.  TACTICAL  COMMUNICATIONS   25 

A.  LANDING  FORCE  INTEGRATED  COMMUNICATION  SYSTEM  25 

1.  Description 25 

2.  Data  Links 26 

3.  Computer   Hardware 27 

B.  UNIT    LEVEL    MESSAGE   SWITCH 27 

1.  Description 27 

2.  Hardware   and    Software 29 

C.  POSITION    LOCATION    REPORTING    SYSTEM    29 

1.  Description 30 

2.  Hardware 31 

3.  Software 32 

IV.  TACTICAL    AVIATION-RELATED    DATA    SYSTEMS    33 

A.       TACTICAL    AIR    OPERATIONS    CENTRAL-1985    33 

1.  Description 3? 

2.  Hardware 34 

3.  Software 34 

4.  Data    Links 35 


3.   TACTICAL  AIR  COMMAND  CENTRAL  35 

1.  Description 36 

2.  Hardware 37 

3.  Support 37 

4.  Data  Links 37 

C.  TACTICAL  DATA  COMMUNICATION  CENTRAL   33 

1.  Description 38 

2.  Hardware 39 

3.  Software 39 

4.  TDCC  Support 39 

5.  Data  Links 40 

D.  DIRECT  AIR  SUPPORT  CENTER 40 

1.  Description 41 

2.  Hardware 42 

3.  Software 42 

4.  Data  Links 43 

E.  MARINE  AIR  TRAFFIC  CONTROL  AND  LANDING  SYSTEM  44 

1.  Description 44 

2.  Hardware/Software   45 

3.  Data  Links 45 

V.  TACTICAL    GROUND-SUPPORT    DATA    SYSTEMS    47 

A.  MARINE    INTEGRATED    FIRE    AND    AIR    SUPPORT    SYSTEM  47 

1.  Description 47 

2.  Hardware 48 

3.  Software 43 

4.  Data    Links 50 

B.  IMPROVED    HOMIN3- ALL-THE-WAY    KILLER    (IHAWK)     .     .  50 

1.  Description 50 

2.  Software 51 

3.  Data   Links 51 

VI.  DATA    LINK    SIMULATION 52 

A.       EXISTING    SIMULATION    PACKAGES    52 


1.  Simulator,  Trainer,  Command  and  Control   .  53 

2.  Testing  Support  Program   53 

3.  Integrated  Simulation  Requirements  .  ...  54 

4.  Conclusions 55 

B.   A  SIMULATION  ALTERNATIVE 56 

VII.    SIMULATION/TEST  FACILITY  SPECIFICATIONS   58 

A.  DESCRIPTION 58 

1.  Background 58 

2.  General  Charactaristios      59 

3.  Software 60 

4.  Hardware 60 

B.  VAX-11/780 61 

1.  Description 61 

2.  Hardware  CDmpongnts 62 

3.  Compatibility 62 

C.  CONCLUSIONS 64 

1.  Concepts 64 

2.  Criteria 64 

APPENDIX    A:       COMMUNICATIONS     FOR    MARINE    CORPS    TACTICAL 

SYSTEMS 66 

APPENDIX    3:       TEST    AND    EVALUATION 69 

APPENDIX    C:       GLOSSARY    76 

LIST    OF    REFERENCES 79 

BIBLIOGRAPHY       80 

INITIAL    DISTRIBUTION    LIST 83 


LIST    OF   FIGURES 

1.1  C3   System   Configur  ation 13 

1.2  C3   Hierarchy   of   Systems 16 

6.1               Integrated   Simulation   Facility    Specifications      .  55 

7.1  Simulation/Test   Facility   Capabilities      59 

7.2  VAX-11/780    Distributed    System      63 


LIST    OF   TABLES 

I.  DESIGN    CONSIDERATI3NS 19 

II.  LFICS   Tactical    Data    Links 26 

III.  LFICS   Computers 28 

IV.  ULMS   Hardware   and   Software   Components      29 

V.  ULMS   Hardware/Software  Support    29 

VI.  PLRS   Hardware   Components 31 

VII.  PLRS    Software 32 

VIII.  PLRS   Support 32 

IX.  TAOC-85   Hardware    35 

X.  TAOC-85    Software    35 

XI.  TAOC-85   Support 36 

XII.  TAOC-85    Data  Links 36 

XIII.  TACC   Hardware 37 

XIV.  TACC   Support 38 

XV.  TACC    Data    Links 38 

XVI.  TDCC   Hardware 39 

XVII.  TDCC   Software 40 

XVIII.  TDCC  Support 40 

XIX.  TDCC   Data   Links 4  1 

XX.  DASC   Hardware 42 

XXI.  DASC   Software 43 

XXII.  DASC    Support 43 

XXIII.  DASC   Data   Links 44 

XXI7.       MATCALS    Hardware    45 

XXV.  MATCALS    Data   Links 46 

XXVI.  MIFASS    Hardware „ 49 

XXVII.  MIFASS   Software      49 

XXVIII. MIFASS    Support     49 

XXIX.  MIFASS    Data    Links 50 

XXX.  IHAWK    Support 51 


XXXI,  Hardware   Requirements 60 

XXXII.  VAX-11/780   Hardware    Capabilities    62 


13 


I,  COMMUNICATIONS,  COMMAND  AND  CONTROL 

The  purpose  of  this  chapter  is  to  describe  the  concept 
and  characteristics  of  tactical  systems  in  general  terms. 
The  first  section  will  describe  the  characteristics  of  the 
generic  communication,  command  and  control  system  and  also 
describe  the  considerations  of  the  design  of  such  systems. 
The  emphasis  will  be  placed  on  the  features  which  relate  to 
the  Marine  Corps  concept  in  the  tactical  systems  arena.  The 
next  chapter  will  describe  the  Marine  Corps'  approach  to 
communication,  command  and  control  followed  by  the  Marine 
Corps  Tactical  Systems  Support  Activity's  functions  and 
characteristics. 

A.   GENERAL  CHARACTERISTICS 

The  growing  scope  of  large  on-line  communication  systems 
has  generated  increasing  burden  on  computer  technologies. 
These  systems  are  characterized  by  a) sensors, 
b)  telecommunications,  c)  displays,  and  d)  computers.  The 
primary  task  of  these  systems  is  to  provide  accurate  real- 
time information  status  for  problems  confronting  an 
organizaiton.  These  systems  will  provide  an  organization 
the  means  for  decision  making.  The  decision  making  may  be 
automatic  or  manual  and  may  be  oonducted  by  top  level 
management  or  low  down  the  chain  of  command.  For  example, 
in  airline  seat  reservations,  decision  making  is  done  auto- 
matically, whereas  in  medical  diagnostics  it  is  done 
manually  with  the  machine  merely  presenting  information. 
These  systems  consist  of  a  complex  set  of  procedures  and 
devices  which  supply  operational  and  administrative  informa- 
tion for  decision  making  and  also  the  instruments  for 
imDlementina  these  developments. 
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The  main  feature  of  these  systems  is  that  the  whola 
performance  is  conducted  in  a  closed  loop.  Decisions  are 
made  at  upper  levels  and  there  exists  constant  feedback  from 
lower  levels  to  indicate  sxecution  of  these  commands.  The 
closed  loop  principle  thus  ensures  a  more  efficient  ccnxrol 
of  the  organization's  resources.  Various  terms  have  been 
used  to  describe  these  complex  systems,  but  the  broadest  and 
most  appropriate  is  communications,  command  and  control 
(C3) .  C3  in  essence  is  the  centralization  and  coordination 
of  sets  of  various  resources  which  are  physically  remote 
from  the  central  location  and  use  all  the  required  techni- 
ques available.  Several  examples  of  C3  applications  are: 
airline  seat  reservations,  medical  centers  for  automatic 
patient  care,  air  traffic  control,  traffic  configuration, 
remote  bank  accounting  and  transportation  system  planning. 

The  main  requirement  in  all  these  diverse  applications 
is  the  requirement  for  central  coordination  of  the  resources 
that  are  located  over  a  scattered  geographical  area.  It 
should  be  emphasized  that  the  center  of  C3  systems  is  the 
"man".  Computers  are  used  only  as  a  tool  in  assisting 
people  in  the  aquisition  arid  appraisal  of  information.  [Ref. 
1]  Figure  1.1  is  a  schematic  of  a  general  C3  system  configu- 
ration which  includes  a  number  of  remote  terminals  that  can 
communicate  with  a  central  computer. 

C3  systems  may  be  comprised  of  various  computers  with 
varying  responsibilities,  all  operating  independently.  The 
systems  are  further  complicated  by  the  distance  between 
terminals  and  the  central  computars,  different  types  of 
terminals,  large  volume  of  information  flow  and  diversify  of 
processes.  C3  must  be  considered  a  collection  of  systems 
using  different  techniques  and  possibly  different  computers. 
Although  each  particular  system  may  be  regarded  as  a  system 
in  its  own  right,  in  conjunction,  the  systems  operate  as  a 
single  unit.    A  major  problem   confronting  the  C3  system  is 
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Figure  1-1    C3  System  Configuration. 


13 


the  interface  between  the  different  techniques.  There  are 
at  least  six  functions  which  males  up  a  communications 
command  and  control  system: 

-data  collection  systems 
-data  execution  systems 
-display  systems 
-command  supervisory  systems 
-communication  network  systems 
-central  processing  systems 

The  hierarchy  of  these  functions  and  their  interface  is 
depicted  in  Figure  1.2  It  is  difficult  to  state  the  domi- 
nating factor  of  the  C3  system;  each  function  has  the  same 
importance  and  failure  of  one  will  cause  failure  of  the 
entire  system.  Yet  from  the  designers  point  of  view  the 
communication  network  is  the  most  important  and  from  the 
user  point  of  view  the  essential  feature  of  the  system  is 
the  command  supervisory  post.  Although  each  function  may  be 
intended  for  a  particular  operation  several  systems  may 
share  common  equipment,  such  as  the  communication  network, 
processing  or  display  systems. 

The  performance  of  a  23  system  may  be  divided  into  two 
types  of  operations:  management  systems  which  require 
continuous  human  intervention,  and  control  systems  which 
provide  decision  information  automatically  with  the  supervi- 
sion of  humans  only  to  override  decisions  as  necessary. 
Large  C3  systems  may  incorporate  both  types  of  operations  in 
the  same  configuration.  The  whole  performance  of  a  C3 
system  centers  around  the  supervisory  or  command  post.  The 
command  post  performs  the  following  funcitons:  evaluation 
of  the  situation,  decision  making,  issuing  commands  and 
pursuing  the  execution  of  the  commands.  The  type  informa- 
tion presented  to  the  command  post  is:   static  data,  dynamic 
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data,  new  operational  data  update  in  a  real-time  mode, 
follow-up  data  of  the  execution  of  the  commands  and  plans  of 
the   organization. 

Since  each  C3  system  is  intended  for  a  specific  applica- 
tion it  would  be  impossible  to  list  all  the  benefits  of  all 
such  systems.  The  list  below  contaias  the  highlighted  bene- 
fits  of   C3    systems: 


-centralizing      the   orgaai zations      efforts      to  control      and 
monitor    resources 

-release. of      operator   efforts      fron    routine     tasks   to      the 
evaluation,    analysis  and    decision   making 

-data    collection   from  remote   sources    at    high   speeds 

-correlation      of   collected     data      from      remote    sources      in 
real-time 

-remote  access   to   files  in   real-time 

-less   reliance   on   human   memory 

-display    of      on-line,      real-time   information      for   decision 
making 


-shortening      the      time      between   location      of      problems 
remote   stations   to   their    presentation      at  a   central   1< 


at 
.oca- 
tion 


-means    for   feedback    control   on   execution   of  decisions 
-efficient   utilization   of    communication   networks 
-concise,    accurate   and   timely    display    of  alarm    situations 
-immediate   detection  of   degradation    of   performance 
-automatic   fault    checking 

The  next  section  will  describe  some  of  the  salient 
design  considerations  that  characterize  communication, 
command  and  control  systems.  The  primary  features  will  be 
defined  in  general  terms  and  areas  which  relate  to  the 
Marine  Corps1  tactical  systems  applications  will  be  defined 
in    detail. 
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B.   DESIGI  COHCEPTS 

The  purpose  of  a  command  and  control  system  is  to 
provide  improved  control  of  the  organization  by  enabling  top 
level  management  to  know  what  is  occurring  at  the  lower 
levels  so  they  can  make  their  decisions  in  time  to  affect  a 
process.  The  design  purpose  of  the  system  must  exploit  all 
elements,  at  both  upper  and  lower  levels.  The  designer  of 
the  system  normally  reduces  the  dasign  problems  to  a  sche- 
matic; defining  the  data  flow  of  the  system  showing  all 
paths  and  branches.  The  designer  mast  identify  the  system 
requirements  and  objectives  and  analyze  what  information  the 
system  has  to  deliver.  The  previous  section  described  the 
command,  communication  and  control  (C3)  system  as  a  closed 
loop.  At  the  design  stage  this  is  described  as  a  "black 
box".  The  output  from  the  black  box  must  determine  the 
nature  of  the  information,  when  it  is  needed,  who  needs  it, 
where  it  is  needed,  in  what  form  it  is  needed  and  the  rela- 
tive priority  treatment  of  the  information. 

The  input  details  of  the  black  box  must  consider  what 
data  is  available,  when  it  can  be  supplied,  who  supplies  it, 
from  where  is  it  supplied,  in  what  form  it  is  supplied  and 
the  relative  priority  of  scanning  the  data. 

The  next  stage  involved  ensures  that  the  data  can  be 
collected  within  a  given  period  of  time.  The  data  must  be 
adequate  and  it  must  be  deliverable  at  necessary  speeds  so 
that  situations  requiring  decisions  can  be  controlled.  k 
flow  chart  of  the  information  should  be  outlined,  demons- 
trating all  the  steps  required  in  the  system  from  the  input 
terminals  via  the  command  post,  up  to  the  execution 
stations.  The  following  points  should  be  kept  in  mind 
throughout  the  design  of  the  system: 

-What   were  the   operational  orobiems   that  initiated   the 
need  for  the  new  system? 

-Would  the  new  system  solve  all  revealed  problems? 
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-What   are     the  respective      responsibilities  of      the    people 
involved  in  the   new  system? 

-How   does   the   human    element  fit   into    the   system? 

In  all  C3  systems  the  idea  that  the  computer  is  the  main 
implementing  factor  is  an  erroneous  impression.  Man-machine 
interaction  is  most  important  when  computers  are  employed 
for  problem  solving  and  decision  making.  Analyzing  the 
problem  is  inherently  a  computer  task,  while  problem  formu- 
lation lies  exclusively  with  the  human.  It  is  vital  that 
the  computer  and  human  communicate  with  each  other.  It  is 
imperative  to  summarize  where  and  how  the  sophisticated 
machine   can   assist   the   human   operator: 

-Release    humans   from  routine   tasks 

-Divert   humans   to   decision   making 

-Reduce  the  need   for  human   memory 

-Reduce   human   manual  operations 

-Increase  the   output  by      integrating    simultaneous   informa- 
tion 

-Transfer   repetitive  tasks   to    machines 

A  good  system  design  takes  into  account  the  complete 
system   including   all   elements  involved.  The   human    must   be 

considered  one  of  the  elements  in  the  system.  The  system 
will  not  operate  properly  without  the  human.  The  computer 
literally  may  ask  the  human  to  provide  further  information 
and  without  this  intervention  the  system  ceases  to  operate. 
An  initial  decision  then  is  what  functions  should  be  given 
to  the  machine  and  what  distinctive  part  will  the  human 
play.  Thus,      a      we 11-des ianed      system      must   consider      all 

aspects  and  considerations  in  a  human-machine  interaction. 
Table  (I)  lists  several  relevant  points  which  apply  tc  man- 
machine    interaction. 
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TABLE  I 
DESIGN  CONSIDERATIONS 

FUNCTION  HUMANS  MACHINES 

Analysis  ability      Sop histicatei  Superficial 

Means  of  reception    Random  Sequential 

Speed  of  reaciton     Slow  Fast 

Type  of  reaciton      Sophisticated  Programmed 

Problem  attitude      Suspicious  Direct 

Proneness  to  error    High"  Low 

Adaptation  After  training  Programmed 

Environmental  affect  Output  reduction  Immune 


Two  different  design  philosophies  apply  to  C3  systems: 
1)  an  automatic  system  where  all  the  routine  and  repetitive 
decisions  are  carried  out  and  performed  by  the  machine  and 
all  doubtful  and  ambiguous  information  must  bs  handled  by 
humans,  and  2)  an  automatic  system  where  all  routine  and 
repetitive  information  is  handled  by  the  machine  and  rele- 
vant information  is  modified  and  presented  to  humans  in 
summarized  form.  The  htimans  supervise  the  running  of  the 
system  and  can  override  or  cancel  the  machines  execution  of 
commands.  There  is  no  C3  system  waich  dees  not  contain  a 
number  of  routine  and/or  repetitive  operations  which  cannot 
be  performed  by  the  machine.  Nevertheless  there  is  always  a 
need  for  some  decision  making  based  on  ambiguities  and 
unforeseen  problems.   Humans  must  verify  these. 

A  C3  system  may  comprise  many  subsystems.  Each  may  have 
its  own  operation  and  be  developed  independently. 
Nevertheless,  all  the  subsystems  ire  part  of  the  large 
system  supporting  the  same  goal. 


19 


II.    MARINE    CORPS       COMMON ICATIONS,    COMMAND    AND       CONTROL 

A.       CONCEPTS 

1 .   Background 

During  the  mid-19601 s,  the  Stanford  Research 
Institute  and  Informatics,  Inc.,  published  the  results  of 
studies  which  encompassed  the  Marine  Corps  requirements  in 
the  area  of  command  and  control.  The  studies  identified 
functional  areas  for  which  development  was  recommended.  The 
five  original  functional  systems  included  tactical  combat 
operations,  tactical  air  operations,  Marine  integrated  fire 
and  support,  Marine  integrated  personnel  and  logistics  and 
communications.  The  study  recommended  the  establishment  of 
a  test  bed  consisting  of  off-the-shelf,  commercially  avai- 
lable computers,  display  devices,  consoles,  and 
communications  equipment.  The  resulting  concepts  developed 
into  the  Marine  Corps  Tactical  Command  and  Control  System 
(MTACCS) .  In  1969  the  Commander,  Naval  Electronic  Systems 
Command  was  designated  as  the  principal  development  activity 
for  MTACCS.  The  Director,  Development  Center,  Marine  Corps 
Development  and  Education  renter,  was  assigned  the  task  of 
providing  the  prototype  definition  and  analysis  of  the  oper- 
ational systems  effectiveness. 

MTACCS  is  part  of  the  Marine  Corps'  Communications, 
Command  and  Control  (C3)  systems  whioh  will  support,  tactical 
operations  in  the  post-1930  time  frame.  It  consists  of 
seven  tactical  and  trailing  systems  which  utilize  common 
equipment,  operational  procedures,  lata  bases  and  interop- 
erate  through  a  common  communications  system.  The  seven 
MTACCS  systems  are: 

-Marine  Integrated  Fire  and  Air  Support  System 
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-Tactical  Combat  Operations  System 

-Marine  Air-Ground  Intelligence  System 

-Position  Location  Reporting  System 

-Marine  Integrated  Personnel  Systan 

-Tactical  Warfare   Simulation,   Evaluation,    and  Analysis 
System 

-Tactical  Air  Operations  Central  -  1985 

Development  and  fielding  of  the  above  systems  const- 
itute the  major  thrust  in  defining  the  C3  requirements  of 
Marine  Corps  tactical  forces.  Appendix  A  describes  some 
considerations  for  Marine  Corps  tactical  data  systems' 
communications, 

2 •   Objectives 

The  objective  of  C3  within  the  Marine  Corps  is  to 
provide  Fleet  Marine  Force  (FMF)  comnanders  with  command  and 
control  (C2)  means  to  operate  on  the  post-1980  battlefield. 
This  encompasses  the  automatic,  processing,  display  and 
distribution  of  information.  The  unique  Marine  Corps 
requirements  stem  from  the  diverse  elements  needed  to  accom- 
plish the  amphibious  assault  mission. 

In  1961  the  support  for  equipment  developed  under 
the  Marine  Tactical  Data  Systems  Program  was  provided  by 
Marine  Air  Control  Sguadron-3  (MACS-3) ,  3rd  Marine  Aircraft 
Wing,  Santa  Ana,  California.  The  completed  studies 
described  above  determined  that  MA3S-3  could  not  support  the 
anticipated  accelerated  growth  of  Marine  Corps  tactical 
systems.  In  1968  it  was  recommended  that  the  Marine  Corps 
Tactical  Computer  Programming  Support  Acitivity  be  estab- 
lished to  support  tactical  data  systems  computer  programs 
for  presently  fielded  and  future  systems.  In  May  1970  the 
basic  concept  of  the  implementation  plan  was  approved 
changing  the  name  to  the  Marine  Corps  Tactical  Systems 
Support  Activity  located  at  Camp  Pendleton,  California. 
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During  July  1970,  the  Marina  Corps  Tactical  Systems 
Support  Activity  (MCTSSA)  was  fone3  to  meet  the  increasing 
demands  of  the  Marine  Corps  for  supporting  and  developing 
automated  tactical  systems.  It  was  determined  that  support- 
ability  and  standardization  of  both  hardware  and  software 
could  be  attained  through  the  centralization  of  related 
projects. 

B.   MARINE  CORPS  TACTICAL  SYSTEMS  SUPPORT  ACTIVITY 

1 .  Mission 

The  mission  of  the  Marine  Corps  Tactical  Systems 
Support  Activity  (MCTSSA)  is  to  define  concepts  and  raguire- 
ments  for  designated  conceptual  command  and  control  systems; 
to  perform  Developmental  Test  and  Evaluation  (DT5E)  for 
designated  tactical  data  systems  and  telecommunications  and 
electronics  eguipment;  to  provide  hardware  and  software 
maintenance  support  of  systems  and  equipments  assigned  for 
DT5E;  to  assist  Fleet  Marine  Foroe  units  in  conducting 
Operational  Test  and  Evaluation  (OTSE)  of  tactical  data 
systems  and  telecommunications  eguipments  as  feasible  and 
when  directed;  to  provide  software  management  control  and 
support  of  fielded  tactical  data  systems;  and  to  monitor  the 
software  design  phase  of  project  development. 

2 .  Structure 

MCTSSA  is  comprised  of  a  Headguarters ,  Tactical 
Systems  Support  Branch,  Tactical  Systems  Development  Branch, 
Taotical  Systems  Test  Branch  and  Amphibian  Vehicle  Test 
Branch.  The  Headguarters  and  Amphibian  Vehicle  Test  3ranch 
will  not  be  referred  to  ag=iin  in  this  document.  The  ether 
three  branches  will  be  referenced  with  respect  to  their 
functional  position  in  the  Automated  Data  Processing  and 
simulation  structure  discussed  herein. 
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3 .   Function 

The  following   tasks  are  accomplished  by   MCTSSA  in 
the  area  of  concept  and  requirement  formulation: 


-Develop  operational  concepts  and  define  requirements  for 
those  tactical  command  and  control  systems  assigned  to 
MCTSSA  for  the  conceptual  phase  of  development 

-Determine. and  validate  accurate,  complete  and  realistic 
user  requirements  to  avoid  costly  modifications  to  hard- 
ware or  software  during  development  and/or  procurement 

-Produce  the  Required  Operational  Capability  Document,  the 
System  Description  *  Document  and  the  Detailed 
Requirements  Document 

-Test,  evaluate,  analyze  and  refine  operational  procedures 
of  the  Marine  Corps  Tactical  Control  Systems  (MTACCS) 

-Develop  or. employ  existing  scenarios  as  a  basis  for 
MTACCS  testing 

-Prepare  procedures,  exercises,  test  plans  and  an  analysis 
of  the  above  to  support  branch  operations 

-Monitor  technological  hardware  and  software  development 

-Maintain  configuration  management  for  in-house  developed 
software. 


MCTSSA  is  responsible  for  the  compatibility  and 
interoperability  testing  of  all  Marine  Corps  command  and 
control  systems  designated  to  participate  in  the  Joint 
Interoperability  of  Tactical  Command  and  Control  System 
programs.  MCTSSA  monitors  the  progress  of  all  operational 
and  developmental  projects  from  the  manufacturing  of  prepro- 
duction  models  through  the  stages  of  acceptance  testing  and 
during  delivery  of  production  systems  to  the  Marine  Corps. 
MCTSSA  provides  software  management  control  and  program 
support  for  fielded  tactical  data  systems  and  those  tactical 
data  systems  assigned  to  it  fcr  developmental  test  and  eval- 
uation. Operational  impact  studies,  trade-off  analysis  and 
feasibility  studies  related  to  tactical  computer  prcgra-n 
design  and  proposed  enhancement  are  accomplished  at  MCTSSA. 
Also,   MCTSSA  provides  personnel  and  maintenance  support  fcr 
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tactical  data  systems  and  communication-electronic  equip- 
ments assigned  to  it  for  DTSE,  and  operational  and  mainte- 
nance support  of  ths  tactical  data  systems  and 
communication-electronic  equipments  organic  to  itself. 
HCTSSA  evaluates  engineering  change  proposals,  unsatisfac- 
tory equipment  reports  and  proposed  changes  to  fielded 
equipment. 

Finally,  MCTSSA  provides  the  computing  facilities  to 
support  its  mission.  The  computer  facility  is  complex 
combination  of  both  tactical  an3  commerical  computing 
resources  to  provide  highly  flexible  system  networks  for 
development,  programming,  simulation  and  testing  in  support 
of  Marine  Corps  Tactical  Systems.  The  capabilities  and 
functions  of  the  computing  facility  will  be  discussed  in 
detail  relative  to  its  integral  role  in  the  hardware,  soft- 
ware and  data  link  simulation  requirements.  Appendix  3 
defines  the  Test  and  Evaluation  elements  and  the  policies 
that  guide  the  accomplishment  of  Test  and  Evaluation  within 
the  Department  of  the  Navy. 
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III.  TACTICAL  COMMUNICATIONS 

The  purpose  of  this  chapter  is  to  describe  the  tactical 
communications  required  to  support  and  enhance  the  Marine 
Corps'  tactical  data  systems  and  operational  capabilities  in 
a  Marine  Air  Ground  Task  Force  environment. 

A.   LANDING  FORCE  INTEGRArED  COMMUNICATION  SYSTEM 

1 .   Description 

The  Landing  Force  Integrated  Communication  System 
(LFICS)  is  the  Marine  Corps1  tactical  communication  network, 
consisting  of  all  of  the  personnel,  equipment  and  data 
required  for  communication  within  the  Fleet  Marine  Force. 
LFICS  is  not  a  single  system,  but  encompasses  all  communica- 
tion assets  which  allow  commanders  to  exercise  command  and 
control  of  assigned  tactical  forces.  This  includes  single- 
channel  point-to-point  and  net  radio  communication,  tactical 
digital  information  links  (TADIL's)  and  multi-channel  commu- 
nication. The  LFICS  provides  all  internal  and  external 
communication  required  to  enable  commanders  to  perform  -'-heir 
assigned  missions.  The  basic  concept  is  to  configure  LFICS 
as  a  common  user  system  to  facilitate  communication  asset 
utilization  at  all  echelons  of  command.  Historically  a 
single-channel  radio  provided  internal  tactical  communica- 
tion requirements.  With  the  emergence  of  tactical  data 
systems,  digital  communication  equipment  and  automatic 
switch  communication  systems  have  been  elevated  to  a  primary 
role. 
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2.      Data   Links 

LFICS   hardware      configurations   will      be   tailored      to 

meet  the  specific  needs  of  the  size  force  utilizing  it. 
Whenever  practical,  LFICS  will  be  configured  as  a  common 
user   system-  The   multi- channel/On it    Level      Message   Switch 

(discussed  in  the  next  section)  will  be  the  primary  means  of 
digital  connection.  The    basic     objective  of     LFICS   is      to 

achieve  a  fully  digital  communication  environment.  LFICS 
must  accomodate  the  command  and  control  needs  of  the 
commander  by  providing  voice  and  data  communication,  provide 
interoperability  with  external  systems,  provide  security  for 
all  traffic,  allow  for  minimum  disruption  due  to  loss  of 
switches  and  provide  an  orderly  transition  from  an  analog  to 
digital  environment.  The  tactical  lata  links  (TADIL's)  and 
their   uses    are   listed    in   Table    (II) . 

TABLE    II 
LFICS  Tactical   Data   Links 

NAME  FCJNCTION 

RADGE    Link-1  External    Air    Defense 

TADIL-A  Combat    Information 

TADIL-B  Air   Defense 

TADIL-C  Aircraft 

ATDL-1  HAWK 

MDT  Multi-purpose 

TACFIRE  HAWK 

Within  LFICS  all  communication  equipments  have  been 
categorized  into  subscriber  facilities,  switching  facili- 
ties, tactical  communication  control  facilities  or 
transmission  systems.  Subscriber  facilities  provide  the 
users1  interface  with  LFICS.  This  is  accomplished  via  tele- 
phone, data  terminal  or  tactical  data  system  computer 
interface.  Switching  facilities  provide  the  ability  to 
interconnect  switching   factilities    at   different   nodes. 
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Manual  or  automatic  interconnection  of  voice  or  data 
subscriber  circuits  is  provided.  Tactical  communication 
control  facilities  provide  control,  monitoring  and  testing 
capability  for  any  circuits  which  access  switching  centers. 
Transmission  systems  perform  the  communication  functions  of 
modulation/demodulation,  transmission,  reception,  timing, 
bit    conditioning   and   transmission   security. 

LFICS  will  provide  communication  for  the  transfer  of 
voice  and  data  for  inter  and  intra-tactical  data  system 
exchange.  Rapid,  reliable  and  secure  transfer  of  voice  and 
data      information   between      system   nodes      is   required.  The 

communication  center  is  a  centralized  agency  where  communi- 
cation facilities  are  located  and  managed.  The 
communication  center  normally  manages  the  transfer  of  infor- 
mation not  accomplished  by  an  external  agency,  a  tactical 
data  system  or  an  individual  subscriber.  LFICS  provides  the 
communication  links  for  the  communication  center.  Finally, 
LFICS  provides  service  to  the  commoa  users  including  auto- 
mated   information   systems   and  radio   battalions. 

3.      Computer  Hardware 

Table  (III)  lists  the  major  computer  equipment 
utilized   to  support   LFICS. 

B.       ONIT    LEVEL    MESSAGE   SWITCH 

The    Unit      Level    Message    Switch       (ULMS)       will      be    fielded 
during    1984.      The   nomenclature    is   the    AN/GYC-7. 

1  •      Description 

The  OLMS  AN/GYC-7  is  a  transportable  12-line  message 
switch  capable  of  "st ore-an d-forward"  service  for  real-time 
command   and  control   data   traffic.  The    AN/GYC-7    is    config- 

ured   into  two-man    portable    modules.  It    will   be    capable   of 
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TABLE    III 
LPICS    Computers 

NAME  DESCRIPTION 

AN/AYK-14  General   purpose    16-bit    word   digital 

computer"  designated   as   the   Navy    stan- 
dard   Airborne   Computer.    Modular    in 
and   can   be    configured    for    variable 
applications.    Consists    of   a   central 
process   with   128K   externally   expand- 
to    512K   and   5    input/output   channels. 
Operator   and   maintenance   eguipment   are 
separate   from   main   module. 

AN/DYK-7  Ruggedizei    32-bit   word    general    ourpose 

computer   which    can   be   configured   as    a 
single   processor  or   multi-processor   sys- 
tem.     Basic   system   consists   of   a    single 
processor,    48K    of   memory   and    15    full 
duplex   input/output    channels.      Thirteen 
additional    16K    word    memory  modules 
can    be  aided  externally.      Operator   and 
maintenance   eguipment    are   separate   from 
main    module. 

AN/UYK-20  Militarized   16-bit    word   general    purpose 

computer.       Includes   a    central   processor, 
main    memory   expandable    from   8K   to   65K   words 
and    16    full-duplex   input/output    channels. 
Operator   and  maintenance   panel   are   part    of 
the    main   module. 


serving  dedicated  real-time  subscribers  and  will  accomodate 
a  tactical  message  format.  The  (JLMS  accepts  and  sends 
tactical  messages.  The  module  consists  of  seven  micropro- 
cessors which  interface  with  telephone  systems  as  well  as 
radio  channels.  The  system  integrates  communication  hard- 
ware and  software  and  manages  the  communication  network.  It 
has  alternate  routing  capability  and  its  primary  subscribers 
are  the  tactical  data  systems.  It  will  accept  messages  for 
up  to  16  routing  indicators.  risers  are  permitted  to  commu- 
nicate over  dedicated  trunks.  The  ULMS  provides 
transparancy  from  one  tactical  data  system  to  another. 
Highspeed  communication  terminals  provide  a  sophisticated 
tactical  data  base  management  scheme.  Currently  •'-here 
exists  no    simulation    testing   for   the    AN/GYC-7. 


2-      Hardware   and    Software 

Table    (IV)         lists    the      major    hardware      and   software 
components   that    comprise  the  system. 

TABLE    IV 
ULMS   Hardware   and  Software   Components 

COMPONENT  QUANTITY  CPU 

Power   Module  1 

COMSEC   Module  1 

Operation  Program  TBD  Z-80 

Table    (V)       lists   the  test   support,      software    genera- 
tion   and  software   packages    required   to    support   the   system. 


TABLE    V 
ULMS   Hardware/Software   Support 

SYSTEM/EQUIPMENT  DESCRIPTION  CORE  CPU 

AN/GYC-7  ULMS 

MTACC   System  Subscribers 

Tesdata    MS-880  Hardware   Monitor 

Microprocessor  System    DeveioDment 

Development   System 
Utility    Loader 
Test   Generation 
Operational   Program 
Resident   Programs 

UNIX    V7    OS  Operating   System 

Programmer  Program  Development 

Workbench 

C-Compiler  Compiler 

Editor  Utility 

Assembler  Utility 

Link/Loader  Utility 


TBD 

TBD 

TBD 

TED 

256K 

Z-80 

TBD 

TBD 

PDP-11/70 

C.       POSITION    LOCATION    REPORTING    SYSTEM 

The   Position   Location   Reporting      System    (PLRS)  is   being 

developed    jointly   with  the    U.S.    Army.       Initial   PLRS  delivery 

will      be      during      1984.           The        PLRS      nomenclature  is      the 
AN/TSQ-129. 
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1  •   Description 

PLRS  will  provide  highly  accurate,  real-time, 
three-dimensional  position  locations  and  identification 
information  for  selected  air  and  ground  elements  and  vehi- 
cles who  are  PLRS-eguipped.  This  information  will  be 
available  to  appropriate  commanders  within  the  Marine  Air 
Ground  Task  Force  in  order  to  assist  in  maneuver  control, 
fire  support  planning  and  coordination,  conflict  avoidance 
and  other  command  and  control  functions.  The  PLRS  informa- 
tion will  be  available  to  using  units  (system  users)  and  the 
Master  Unit  (AN/TSQ-1 29) .  PLRS*  primary  function  is  to  main- 
tain precise  location  and  identification  of  friendly 
elements.  The  PLRS  usefulness  will  be  enhanced  with  its 
integration  with  other  Marine  Tactical  Command  and  Control 
Systems.  PLRS  will  provide  users  capability  to  identify 
their  location  and  obtain  locations  of  other  PLRS  users, 
provide  identification  of  friendly  and  foe  functions,  define 
restricted  areas  for  troops  and  identify  navigational  lanes 
for  aircraft.  The  principle  of  PLRS  is  a  three-dimensional 
unit  location  based  on  the  ranges  between  that  unit  and 
three  other  previously  located  known  units.  The  range 
between  two  PLRS  units  is  measured  by  the  known  time  of 
transmission  of  a  signal  by  the  unit  to  be  located  to  the 
recorded  transmission  arrival  time  at  a  receiving  unit  with 
a  known  location.  Thus,  the  calculation  of  the  unit  loca- 
tion is  geometric.  PLRS  is  so  accurate  that  it  can  be  used 
as  the  basis  for  delivery  cf  close  air  support,  artillery 
fire  or  naval  gunfire.  The  output  from  PLRS  can  be  utilized 
at  command  and  control  center  for  decision  making,  sent  to 
PLRS  user  units  or  displayed  to  the  naster  unit. 
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2 .      Hardware 

PLRS  is  housed  in  an  air-transportable  S-280  mili- 
tary shelter.  It  can  be  deployed  by  helicopter  or  vehicle. 
The  Master  Unit  contains  the  network  communication  facili- 
ties, computers,  data  displays  and  related  equipment  to 
support      an      independent      PLRS   network.  The      Master      Unit 

provides  central  management  for  the  user  units,  provides 
two-way  exchange  of  secure  digital  data  between  itself  and  a 
user  unit  and  provides  PLRS  received  data  to  command  and 
control     systems.  The      PLRS      ussr        unit      consists      of      a 

transmitter-receiver  and  processor,  packaged  in  a  20-pound 
manpack.  The  hand-held  module  and  the  control  display  panel 
comprise  the  input/output  devices.  Table  (VI)  lists  the 
system   hardware   components. 

TABLE    VI 
PLRS  Hardware   Components 

COMPONENT  QUANTITY  CPU 

Computer  2  AN/UYK-20 

Computer  1  AN/UYK-7 

Master    Station  1 

Equipment 

Manpack   Units  7 

Service  Vehicle  2  1802 

Units 

Auxiliary   Ground  1  1802 

Units 

PLRS  consists  of  a  master  unit,  alternate  master 
unit,  user  units,  surface  vehicle  units  and  airborne  unit 
configurations.  The  position  location  post  procsssor,  a 
hardware  and  software  combination  located  at  a  Direct  Air 
Support  Center  or  a  Fire  and  Air  Support  Center  will  furnish 
position  location  information.  Tha  operational  and  simu- 
lated data  links  are  unknown. 
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OUK 

UYK-20/ 

UYK-7 

5K 

UYK-20 

5K 

UYK-7 

TED 

1802 

TBD 

1802 

3  .   So  f  t ware 

Table   (VII)    lists  the   software  programs  that 
comprise  the  system. 

TABLE  ?II 

PLRS    Software 

NAME  DESCRIPTION  CORE  CPU 

DCP   Program  16    Operation   Programs 

UYK-20    Kernel 

UYK-7   Kernel 

User   Control  User   Unit   Control 

URD    Message 

The  SIMPLRS  program  will  provide  simulated  user 
units  responses  to  master  unit  generated  messages.  SIMPLRS 
is  a  module  of  the  DCP  program.  It  is  designed  to  generate 
messages  at  a  master  unit  or  a  command  and  control  center. 
Table  (VIII)  lists  the  test  support,  software  generation  and 
software   packages   required    to   support    the   system. 

TABLE   VIII 
PLRS   Support 

SYSTEM/EQUIPMENT  DESCRIPTION  CORE  CPU 

Per  kin-Elmer   7/32  Minicomputer 

AN/UYK-20  Minicomputer 

AN/UYK-7  Minicomputer 

AN/USH-26  Tape    loader 
Data   Reduction 

SS    880  Hardware   monitor 

TBD  Printer 

TBD  Card    Reader 

T3D  Disc    Storage  704K 

1802  Emulation    system 
prom  Burner 

CMS-2Y/2M    Compilers  AN/UYK-20/ 

AN/UYK-7 
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IV,    TACTICAL    AVIATION- RELATED    DATA    SYSTEMS 

The  purpose  of  this  chapter  is  to  describe  several  major 
aviation-related  Marina  Corps  tactical  data  systems  and 
their    required  components. 

A.       TACTICAL    AIR   OPERATIONS    CENTRAL-1985 

The  Tactical  Air  Operations  Central-1985  (TAOC-85)  will 
be  fielded  during  1985.  The  nomenclature  for  the  TAOC-85 
Operations    Module    (OM)    is   the  AN/TYQ-23. 

1 .   Description 

The  TAOC-85  will  provide  responsive  real-time 
control  of  the  Marine  Air  Sround  Task  Force  air  defense  and 
all  assets  used  against  air  threats  to  it.  It  is  a  command 
and  control  system  that  will  have  anti-air  warfare  capa- 
bility, air  traffic  control  capability,  early  warning  and 
long  range  tactical  capabilities.  TAOC-85  will  be  utilized 
at  the  Tactical  Air  Operations  Canter  (TAOC) .  The  TAOC 
radar  and  identification  friend  or  foe  data  is  used  to 
detect  and  identify  intrusions  into  the  Marina  Air  Ground 
Task  Fores  airspace.  Thus,  the  TAOC  manages  and  controls 
airspace  in  its  assigned  area.  Also  it  performs  air  traffic 
control  functions  beyond  the  air  traffic  control  detach- 
ments1 range.  The  TAOC  serves  as  the  hub  for  air  control 
data  for  the  Marine  Aviation  Command  and  Control  Systems. 
It    deals  with   real-*lime   air   control    operations. 

The  basic  TAOC-85  system  elsmsnt  is  the  Operations 
Module  (OM)  .  It  is  housed  in  a  20-foot  shelter.  The  OM 
provides  capability  for  accepting  target  reports,  automatic 
track   correlation,    identification,    classification    and   weapon 
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selection  and  assignment;  receiving  and  processing  track 
information,  orders,  commands  and  status  data  from  other 
commands  control  systems;  processing  input  from  consols 
operators  for  entry,  deletion  or  modification  of  stored 
information;  and  displaying  on  operator  consoles  real-time 
tactical  air  situation  based  on  all  system  inputs,  both 
manual  and  automatic. 

2 .  Hardware 

The  OM  is  the  building  block  for  the  TAOC-85.  Full 
system  funcitonal  capability  is  provided  by  a  single 
shelter.  The  following  units  are  installed  with  each  OM: 
radar  interface  units,  computer  units,  mass  memory  units, 
mass  memory  loaders,  operator  console  units,  voice  communi- 
cation access  units,  communication  interface  units,  internal 
radio  units,  digital  communication  units,  printer  units, 
recorder/reproducer  units,  power  distribution  units,  and 
environmental  control  units.  Table  (IX)  lists  the  hardware 
components  that  comprise  this  system. 

The  TAOC  will  provide  responsive,  real-time  commands 
and  control  to  all  Marine  Air  Grouni  Task  Force  air  assets. 
The  TAOC-85  consists  of  operations  nodules  configured  with 
radars,  communication  equipment,  support  equipment  and 
personnel. 

3 .  Software 

Table  (X)  lists  the  software  programs  that  comprise 
the  system. 

Table  (XI)  lists  the  test  support,  software  genera- 
tion and  software  packages  required  to  support  rAOC-85. 
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TABLE 

IX 

TAOC-85 

Hardware 

COMPONENT 

QUANTITY 

CPU 

Computer 

2 

AN/AIK-14 

Mass    Memory   Unit 

1 

Mass    Memory   Loader 

1 

Operator   Control 

U 

Unit 

Power   Distribution 

1 

Control   Unit 

Communication 

1 

Interface  Unit 

Radar  Interface   Un 

it        1 

Voice  Access    Unit 

!» 

Radios 

9 

Crypto   Units 

35 

Wire   Line   Adapter 

12 

Recorder/ 

1 

Reproduction   Uni 
Printer 

t 

1 

Environmental   Cont: 

rol      2 

Data   Terminal 

1 

Microprocessor 

17 

L-3120 

Shelter 

1 

NAME 

Operation  Programs 
Interface /Console/ 
Co  mm   Unit    Programs 


TABLE    X 
TAOC-85   Software 

DESCRIPTION 

13    P  r  og  ra  m  s 
9    Proarams 


CORE     CPU 

564K    AN/AYK-14 
172K    L-3120/Z80/ 
8748/Z8002 


'4 .   Data  Links 

Interfaces,   data   links  and   test  requirements   are 
listed  in  Table  (XII)  . 

B.   TACTICAL  AIR  COMMAND  CENTRAL 

The  Tactical  Air  Command  Central  (TACC)  is  an  opera- 
tional automated  air  command  system.  The  nomenclature  for 
the  TACC  is  the  AN/TYQ-1. 
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TABLE    XI 
TAOC-85   Support 

SYSTEM/EQUIPMENT  DESCRIPTION  CORE  CPU 

Radar 

TACC 

TAOC 

TDCC  Simulator,    Monitor 

Tesdata    MS -880        Data   Reduction 

Computer  DEC   2060 

Disk    Drives 

Printer 

Tape    Dnit 

Terminals 

PROM    Eurner 

MTASS  System    Support 

FORTRAN  Compiler    * 

MACRO    14/20  Compiler 

TOPS-20  OS 


TABLE   XII 
TAOC-8  5   Data  Links 

INTERFACING  SYSTEM            OPERATIONAL  LINK                    SIMLULATED    LINK 

TACC  TADIL-A/B  TADIL-A/B 

DASC  TADIL-B  TADIL-B 

IHAWK  ATDL-1  ATDL-1 

TAOC-85  TADIL-B 

MATCALS  TADIL-B  TADIL-B 

Aircraft  TADIL-C  TADIL-c 

External  TADIL-A/B  TADIL-A/B 

NATO  NADGE    Link-1  NADGE    Link-1 

FASC  TADIL-B  TADIL-B 

TACC  ULMS  ULMS 

FASC  TADIL-3  ULMS 

FAAD  -  TACFIRE/ATDL-1 


1 .      Description 

The  TACC  provides  a  means  to  coordinate  all  aspects  of  air 
command,  control  and  defense.  It  interfaces  with  external 
air  control  agencies  and  provides  a  means  to  effect  real- 
time input  in  air  defense.  The  TACC  is  the  principal  air 
operations  installation  from  which  aircraft  and  air  warnina 
fucntion  of  tactical  air  Dperations  are  directed.  It  is  the 
senior   Marine      air   command      and   control      system    agency      from 
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which  the  Marine  Corps  tactical  air  commander  can  direct  and 

control  air  operations.    The  Tactical  Data  Communication 

Central  is  employed  at  the  TACC  and  will  be  described  in  the 
next  section. 

2 .   Hardware 

Table    (XIII)         lists   the      major   hardware      components 
that   comprise   this   system. 

TABLE   XIII 
TACC    Hardware 

COMPONENT  QUANTITY  CPO 

Display    Group  1 

Equipment 

Universal  Console  5 

Command  Console  1 

WASD  2 

Operations   Central  1 

Planning  Central  1 

Power    Supply 
Large  Screen   Display 

Integrated   Comm  1 

Sy s te  m 

Multi-channel    Data  1 

Terminal 

Visual   Display  2 

Terminal 

Printer  2 

Computer  1  AN/UYK-20 

OHF    Radio  5 


3 .      Support 

Table  (XIV)  lists  the  test  system/equipemt,  software 
packages  and  software  gsneration  required  to  support  the 
TACC  system. 

U .   Data  Links 

Table  (XV)  lists  the  data  link  requirements  for  the 
TACC. 
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TABLE    XI7 
TACC    Support 


NAME 

DESCRIPTION 

CORE 

CPU 

TSP    Test    Bed 

Simulator 

Computer 

AN/UYK-7 

Computer 

AN/UYK-20 

Serial   Modem 

Display 
SIMTRACC 

Entry    Terminal 

Data    Link   Simulator 

TAOC 

TDCC 

DASC 

Computer 

PDP-11/40 

Computer 

CP-808 

TSP 

Simu lation 

AN/UYK-7 

SETUP 

10K 

CP-808 

SETUP 

AN/UYK-7 

PRESTORE 

CP-808 

Test    Scenario 

10K 

AN/UYK-7 

Generation 

SIMTRACC 

Simu lation 

NOVA    II 

Program  Develop: 

ment 

10   Test   Programs 

290K 

AN/UYK-20 

Data   Reduction 

Test    Program 

28K 

CP-808 

Data  Reduction 

Test  Prograa 

50K 

PDP-11/70 

TACC   Symbols 

Test   Program 

UK 

CP-808 

Program   Developi 

nent 

Compiler 

PDP-11/70 

System 
Multi-User  Comp: 

Ller 

Co mpiler 

PDP-11/70 

Facility 

TABLE    XV 
TACC    Data    Links 


INTERFACING    SYSTEM 

TAOC-85 
FASC 
DASC 
NATO 

External 
MATCALS 


OPERATIONAL    LINK 

TADIL-A/B 
TADIL-B 
TADIL-B, MDT 
NADGE    LlQk-1 
TADIL-A/3,     MADGE 
TADIL-3 


SIMULATION    LINK 

TADIL-B 
TADIL-B 
TADIL-B. MDT 
NADGE    Link-  1 

TADIL-B 


C.       TACTICAL    DATA    COMMUNICATION    CENTRAL 


1  •      Description 


The  Tactical  Data  Communication  Central  (TDCC)  is  a 
five-shelter  tactical  configuration  which  provides  a  means 
to     communicate    on      various      tactical      information   links      in 
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support  of  Marine  Air  Command  and  Control  Systems1  opera- 
tions. The  system  provides  the  capabiltiy  to  conduct  high 
frequency  voice  and  data  operations.  This  system  accomo- 
dates the  operational  software  for  the  TACC  and  the  TAOC. 
The  nomenclature  for  the  TDCC  is  the  AN/TYQ-3. 

2 .   Hardware 

Table    (XVI)    lists   the   major   hardware   components  that 
comprise   this   system. 

TABLE   XVI 

TDCC    Hardware 

COMPONENT  QUANTITY  CPU 

Computer  2  AN/UYK-20 

Data   Entry   Terminal 

Printer 

Disk  Unit  1 

X-Link    Buffer  1 

Magnetic  Tape   Unit 

Data  Bus   Controller        1 

Crvpto  Device 

Communications  Group   1 

Serial  Modems        13 

Serial  Crypto  Device  10 

Daxa  Terminal  Group   1 

Data  Terminal 

Comm  Central 

Eadio  Set  2 


3 .   So  ft  war  e 

TAble  (XVII)  lists  the  software  programs  thai 
comprise  the  TDCC  system. 

1» .   TDCC  Support 

Table  (XVIII)  lists  the  test  system/equipment,  soft- 
ware generation  and  software  packages  required  to  supporJ 
the  TDCC  system. 
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NAME 

Operation  Program 
TACC  Symbol  Library 


TABLE  XVII 
TDCC  Software 

DESCRIPTION 
10  Programs 


CORE 


CPU 


290K  AN/UYK-20 

UK  CP-1018 


SYSTEM/EQUIPMENT 
TSP  Test    Bed 

TACC 

TAOC 

SIMTRACC 

MATADOR    IV 

Tesdata    MS-880 

CMS-2Y   Compiler 


TABLE   XVIII 
TDCC    Support 

DESCRIPTION 
Simulation 


CORE  CPU 

AN/UYK-7. 
AN/UYK-20 


Data    Link   Simulation 
Data    Reduction 
Performance   Monitor 
Compiler 


CP-808 

AN/UYK-7. 

AN/UYK-20, 

PDP-11/70 


Tactical   Data 

28K 

CP-808 

Re  d  uc  t  io  n 

Tactical   Data 

50K 

PDP-11/70 

Reduction 

Test    Support 
TSP    SETU£ 

76K 

AN/UYK-7 

10K 

CP-808 

Test    Scenario 

10K 

AN/UYK-7 

Generation 

TSP 

76K 

AN/UYK-7 

SIMTRACC 

NOVA    II 

Program    Development      Compiler 

PDP-11/70 

System 
Multi-user   Compiler 

PDP-11/70 

Facility 

5.      Data   Links 

Table    (XIX)       lists    the   data    link   requirements   of   the 
TDCC    system. 

D.       DIRECT    AIR    SUPPORT   CENTER 

The  initial  system  delivery  for  the  Direct  Air  Support 
Center  (DiSC)  is  during  193  2.  The  nomenclature  for  the  DASC 
is    the    AN/UYQ-4A. 
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TABLE   XIX 
TDCC    Data    Links 

INTERFACING    SYSTEMS         OPERATIONAL    LINKS  SIMULATION    LINKS 

TAOC                                              TADIL-A/B  TADIL-A/3 

TACC                                               TADIL-A/B  TADIL-A/B 

IHAWK                                            ATDL-1. NADGE  Link-1         ATDL-1 

NATO                                           NADGE    Link-1  NADGE    Link-1 

External                                 TADIL-A  TADIL-A/B 

Aircraft                                          -  TADIL-C 


1 •      Description 

The  DASC  is  the  principal  air  control  agency  respon- 
sible for  the  conduct  of  direct  air  support  operations.  It 
functions  in  a  decentralized  mode  of  operation  but.  is 
directly  supervised  by  the  Tactical  Air  Control  Center 
(TACC) /Tactical  Air  Operations  Center  (TAOC).  The  DASC  is  a 
command  and  control  agency  and  is  located  with  the  highest 
Fire  Support  Coordination  Center  echelon.  The  AN/UYQ-4A  is 
operational  in  either  an  airborne  or  mobile  environment. 
The  ranges  and  speeds  of  aircraft  employed  require  that 
their  control  be  directed  from  a  high  command  level.  The 
DASC  is  one  of  the  primary  control  agencies  of  the  Marine 
Air      Command   and     Control   System.  The   TAOC      and   the      DASC 

interface  indirectly  by  means  of  relay  through  the  TACC. 
The  DASC  performs  the  following  tactical  functions:  coordi- 
nation of  close  air  support,  coordination  of  assault  support 
missions,  coordination  of  air  reconnaissance  missions, 
dissemination  of  friendly  and  eneny  aircraft  information 
and  the  control  of  aircraft  returning  from  direct  air 
support    missions. 

The  DASC  is  comprised  of  three  functional  areas: 
communications,  data  processing  and  display.  These  func- 
tions provide  for  voice  and  data  link  communication,  lisplay 
of  the  tactical  area  of  responsibility  (TAOR) ,  display  of 
selected   friendly      aircraft    tracks   and      related    information, 
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computation  and  display  of  aircraft  vector  information  for 
navigational  purposes  and  automatic  receipt  and  computation 
for    display  of  target   data. 

2 .      Hardware 

The  DASC  operational  unit  consists  of  three  shel- 
ters. One  shelter  houses  the  computer,  printer, 
communication  panel,  communication  control  unit  and  the 
encryption  units.  The  other  two  shelters  each  house  five 
situation  display  consoles,  communication  control  units, 
digital  communication  units,  communication  panel,  power 
distribution  panel  and  the  display  console  keyboards.  Table 
(XX)  lists  the  major  hardware  components  that  comprise  the 
system. 

TABLE  XX 
DASC  Hardware 

COMPONENT  QUANTITY  CP0" 

Operations/Data  4 

Processing/ 

Comm    Shelters 

Integrated  Comm   System  1 

Display  Control   Unit  3 

Situation    Display  13 

Console 

CPU  2                                               AN/UYK-7 

Magnetic   Tape   Unit  2                                        AN/USH-26 

TADIL-B   Buffer  2 

TADIL-B    Modem  2 

Comm   Processor  2% 

Speech   Security   Unit  6 

Remote   Power   Converter  1 


3 .      So  ftware 

Table  (XXI)    lists  the   programs  that   comprise  the 


system. 
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TABLE   XXI 
DASC    Software 

NAME                                              DESCRIPTION  CORE  CPU 

T3D                                      Prograi    Trainer  128K  AN/UYK-7 

TBD                                       Preprocessor   Trainer  96K  AN/UYK-7 

TBD                                     Interactive    Processor  116K  AN/UYK-7 


Table    (XXII)  lists      the        test      support        system/ 

equipment,      software     generation   and   software      packages   that 
support   the   DASC   system. 

TABLE   XXII 
DASC   Support 

SYSTEM/EQUIPMENT  DESCRIPTION  CORE  CPU 

TACC  Tactical   Air   Command   Central 

TAOC  Tactical    Air   Operations 

TDCC  Tactical   Data   Comm   Cintral 

DCT  Digital   Comm   Terminal 

CMS-2Y   Compiler  AN/UYK-7 

DCT   Simulator 

TADIL-B   Simulator 

TSP  Simulation  76K  AN/UYK-7 

SETUP  10K  CP-803 

SETUP  AN/UYK-7 

PRESTORE  CP-808 

Test    Scenario  10K  AN/UYK-7 

Generation 
SIMTRACC  Simulation  NOVA   II 

10    Test    Programs  290K  AN/UYK-20 

Data   Reduction  Test    Program  28K  CP-808 

Data  Reduction  Test    Program  50K  PDP-11 

TACC   Symbols  Test    Program  4K  CP-808 


U .      Data    Links 

DASC  operators  are  trained  on  the  operational  equip- 
ment via  a  training  program.  Simulated  testing  provides 
capability  to  interact  with  the  air  support  radar  teams 
(ASRT),  TAOC/TACC  and  the  digital  romraunication  terminals. 
Other  DASC  requirements  include  data  extraction,  reduction 
and  analysis  which  currently  are  not  automated.  Table 
(XXIII)  lists  the  data  links  required  for  this  system. 
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TABLE   XXIII 
DASC    Data   Links 

INTERFACING    SYSTEM  OPERATIONAL    LINK  SIMULATION    LINK 

TACC  TADIL-B  MDT 

ASRT  MDT  MDT 

TAOC-85  TADIL-B  TADIL-B 

DCT  MDT 


E.       MARINE    AIR    TRAFFIC  CONTROL   AND   LANDING    SYSTEM 

The  Marine  Air  Traffic  Control  and  Landing  System 
(MATCALS)  will  be  fielded  luring  1993.  The  system  nomencla- 
ture   is   currently   unassigned. 

1 .      De script ion 

MATCALS  is  a  deployable  air-transportable,  modular 
system.  It  provides  upgraded  capability  to  the  Marine  Air 
Command  and  Control  System  for  handling  high-density  air 
traffic  at    expeditionary   bases.  MATCALS    is   organized   into 

three  sysbsystems:  air  traffic  control,  all-weather  landing 
system  and  control  and  communication  subsystem  (CSCS)  .  The 
CSCS      consists   of      two  8X3X20      shelters.  The   air      traffic 

control  and  the  all-weather  landing  systems  may  be  deployed 
separately.  MATCALS  provides  all  aspects  of  surveillance, 
identificaiton,  tracing,  aircraft  vectoring  and  track  hand- 
over. Within  60  nautical  miles  of  the  airfield  the  system 
provides  for  up  to  40  aircraft  tracks.  The  15A19  is  fully 
militarized  and  used  to  train  air  traffic  controllers, 
weapons  controllers,  seamier  classifiers,  flight  supervi- 
sors, communications  specialists  and  flight  control 
personnel  in  tactical  environments.  It  prepares  scenarios 
containing  simulation  flights  of  aircraft  required  to 
support  close-air-support,  air  defense,  air-to-air  inter- 
cepts, ground  to  air  missile  control  and  ground-air-ground 
data    link      control.         Communications    nets      include    simulated 
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DHF/VHF     and     normal   land-line      communication      links.  The 

trainer  realistically   simulates    the   TAOC,    missile    batteries, 
ground-air-ground    data  links   and   multi-site   communication. 

2-      Har  dw ar  e/So  ft  war  e 

The  AN/UYK-20  computer  and  peripheral  equipment  is 
utilized  in  the  shelter.  All  software  is  written  in  CMS-2 
and  an  interactive  scenario  generation  capability  exists. 
Th2  operational  training  device  requires  the  computer, 
floppy  disc  unit,  data  link  modems  and  a  video  display  unit. 
The  trainer  consists  of  a  simlulatiDn  cabinet  which  gener- 
ates simulated  radar  signals  for  the  training  problem  under 
the  control  of  the  computer  program.  The  15A19  includes  a 
readiness  program,  scenario  generation  program  and  the  main 
trainer   program.      Table    (XXIV)     lists    the   MATCALS    hardware. 

TABLE    XXI7 
MATCALS   Hardware 

COMPONENT  QUANTITY 

Precision   Approach   Radar  1 

Air    Surveillance    Radar 

CSCS  2    shelters 

Multi-Mode    Display  20 


3.      Data    Links 

Table   (XX7)   lists   the   MATCALS  data   link 


requirements. 
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TABLE   XXV 
MATCALS   Data   Links 

INTERFACING    SYSTEM  OPERATIONAL    LINK  SIMULATION    LINK 

TACC  TADIL-B 

Aircraft  TADIL-C  TADIL-C 

TAOC-85  TADIL-B  TADIL-B 


45 


V.  TACTICAL  GROOM  D^SaPPOaT  DATA  SYSTEMS 

The  purpose  of  this  chapter  is  to  describe  the  major 
ground  related  tactical  data  systems  utilized  in  the  Marine 
Air  Ground  Task  Force  environment. 

A.   MARINE  INTEGRATED  FIRE  AND  AIR  SUPPORT  SYSTEM 

The  Marine   Integrated   Fire   aid   Air   Support   System 
(MIFASS)  will  be  fielded  daring  1936. 

1 .   Description 

MIFASS  is  a  tactical  data  system  which  will  automate 
selected  functions  currently  performed  by  the  Fire  Support 
Center  and  the  Fire  Direction  Center.  It  consists  of  proce- 
dures and  equipment  that  will  improve  the  command,  control 
and  coordination  of  the  fire  and  air  support  assets  of  the 
Marine  Air  Ground  Task  Force.  The  system  will  provide 
commanders  at  all  echelons  with  real-time  display  informa- 
tion. MIFASS  will  establish  the  Fire  and  Air  Support  Center 
(FASC)  which  will  assume  selected  air  control  functions  and 
control  selected  functions  of  artillery  support.  Real-time 
digital  display  and  information  processing  will  provide 
friendly  unit  positions,  target  locations  and  process 
requests  for  supporting  arms.  Control  and  coordination  of 
all  fire  and  air  support  will  be  exercised  through  the  FASC. 
Aircraft  routes,  potential  conflicts  between  fire  weapons 
and  aircraft  flights  will  be  automatically  defected  at  the 
FASC  via  MIFASS.  MIFASS  will  improve  the  overall  employment 
of  fire,  air  support  and  troop  movement.  It  will  ultimately 
operate  with  other  Marine  Corps  automated  command  and 
control  systems  and  will  be  compatible  with  Navy  command  and 
control  agencies. 
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Each  MIFASS  center  will  operate  independently. 
Display  units  will  exchange  selected  information. 
Communication  control  and  communication  security  will 
support  the  digital  communication  capability. 

2.  Hardware 

HIFASS  consists  of  suites  of  modular  microprocessing 
and  display  equipment  tailored  to  the  level  and  type  of 
command  it  supports.  The  system  is  transportable  by  all 
tactical  means,  will  operate  in  a  Marine  Corps  shelter, 
aboard  ships  and  in  tactical  vehicles.  All  equipment  is 
two-man  portable.  MIFASS  equipment  will  perform  control  and 
coordination  functions  at  all  echelons.  It  consists  of  the 
dynamic  situation  display  which  represents  graphic  map 
symbology,  air  coordination  areas  and  target  areas;  communi- 
cation control  panel  for  communication  with  various  radio 
nets;  hand-held  input/oat  put  devices  which  will  send  and 
receive  messages  from  other  MIFASS  centers;  printers  which 
will  print  hard-copy  records  of  all  messages  into  and  out  of 
the  MIFASS  center;  computers  which  will  drive  all  other 
equipment;  auxiliary  mass  memory;  and  digital  and  voice 
communication  equipment.  Table  (XXVI)  lists  the  major  hard- 
ware   components   of    the  system. 

3 .  Software 

Table  (XX7II)  lists  the  programs  the  comprise  the 
MIFASS. 

Table  (XXVIII)  lists  the  systems  and  equipment, 
software  generation  and  software  packages  required  to 
suoDort    MIFASS. 
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T&BLE   XXVI 
MIFASS   Hardware 


COMPONENT 

QUANTITY 

Dynamic   Situation 

19 

Display 

Printer 

27 

Comm  Control   Panel 

27 

Computer 

15 

Fire   Direction 

9 

Calculator 

Mass   Memory 

13 

Mass   Storage   Device 

a 

?M 

15 

Battery   Box 
Digital   Comm    Equipm 

21 

ent 

1  2 

Shelter 

3 

CPU 


AN/AYK-14 


TABLE   XX7II 
MIFASS   Software 


NAME 

Operation    Programs 

Dicrital  Comm 
Equioment 

Fire   Direction/ 
Survey  Calculator, 
Comm   Panel,    Mass 
Memory 


DESCRIPTION 
26   Programs 


CORE 


TBD 
TBD 


CPO 


AN/AYK-14 


Z81 
8985 


TABLE   XXVIII 
MIFASS    Support 


SYSTEM/EQUIPMENT 

Simulator 

Data    Reduction 

Computer 

PROM    Burner 

Microprocessor 

Microprocessor 

Computer 

Simulation   Package 

MTASS 

TOPS-20 

LAMPS-14 

PLZ 

MDS 


DESCRIPTION 


CORE 


Systea    Software 
Operating  Systea 
Executive   Systea 
Com  pi  1  er 
Micro    Development 


CPU- 


DEC    2060 

Z8000 

INTEL    8085 
AN/AYK-19 

DEC    2060 

AN/AYK-14 
INTEL    8085 


ystem 
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4 .      Data   Links 

MIFASS  will  be  capable  of  using  existing  communica- 
tion systems.  Each  MIFASS  center  will  interface  with  the 
digital  communication  system.  This  capability  will  provide 
for  all  data  conversions,  addressing,  error  handling  and 
communication  protocol  actions.  Table  (XXIX)  lists  the  data 
link   requirements   of   the   system. 

TABLE   XXIX 
MIFASS    Data   Links 

INTERFACING    SYSTEM  OPERATIONAL    LINK  SIMULATION    LINK 

FASC  ULMS  ULMS 

PLRS  ULMS  ULMS 

ASRT  MDT  MDT 

TACC  TADIL-B  TADIL-B 

TAOC-85  TADIL-B  TADIL-B 

External  ULMS  ULMS 


B.       IMPROVED    HO  MING -ALL- THE -W  A*.    KILLER     (IHAWK) 

IHAWK      is   a      fielded      joint      service   system.  MCTSSA*s 

involvement      is   to      monitor    evolutionary      changes    to      ensure 
that    future   Marine   Corps   requirements    are   met. 

1 .      Descrigtion 

The  HAWK  is  a  mobile,  surface-to-air,  guided  missile 
system  designed  to  defend  against  low-flying  enemy  aircraft. 
The  system  includes  the  Information  and  Coordination 
Central,  the  Improved  Platoon  Command  Post  and  miscellaneous 
radar   and   radio   equipment. 
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2 .      Software 

Table    (XXX)     lists   the   test    system/equipment    required 
to   support    IHAWK. 

TABLE   XXX 
IHAHK   Support 

SYSTEM/EQUIPMENT  DESCRIPTION  COPE  CPU 

ATDL-1    Simulator  Simulator   Program 

ISP  3   Test    Scenario  86K  AN/UYK-7 

Programs 

SIMTRACC  Simulator  NOVA    II 

SETDP/Data  38K  CP-808 

Reduction 
PRESTORE  CP-808 

Testino   Support  9    Programs  2U4K  AN/DYK-20 

Data   Reduction  50K  PDP-11 


3 .      Data   Links 

The  IHAWK  interfaces  with  the  Tactical  Air 
Operations  Center  and  oth^r  IHAWK  units  both  operational  and 
during   simulation   via   the   &TDL-1    tactical    data   link. 
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VI.    DATA    LINK    SIMULATION 

In  the  first  section  of  this  chapter  the  existing 
tactical  data  system  simulation  techniques  currently  being 
utilized      are   described.  The    secoid      section   describes      a 

general  purpose  alternative  software  package  which  could 
accomodate  The  previously  described  requirements.  Finally, 
several  conclusions  will  be  drawn  on  the  specifications  of  a 
tactical  data  system  simulation  facility  followed  by  an 
enumeration  of   data   link   simulation   facility   requirements. 

"Simulation  is  the  process  of  designing  a  model  for  a 
real  system  and  conducting  experiments  with  this  model  for 
the  purpose  of  either  understanding  the  behavior  of  the 
system  or  of  evaluating  various  strategies  (within  the 
limits  imposed  by  a  criterion  or  set  of  criteria)  for  the 
operation   of  the   system."   [  Ref.    2] 

A.       EXISTING    SIMULATION    PACKAGES 

Data  link  simulation  is  used  at  MCTSSA  to  test  new  and 
improved  tactical  systems.  There  are  two  systams  currently 
being      used      for      data     link     simulation:  the      Simulator, 

Trainer,  Command  and  Control  (SIMTRACC)  and  the  Test  Support 
Program  (TSP)  .  SIMTRACC  is  an  integrated  hardware/software 
system  which  runs  on  a  Data  General  Nova  II  computer.  TS? 
is  a  software  package  which  runs  on  an  AN/UYK-7  computer. 
SIMTRACC  can  simulate  various  combinations  of  TADIL-A/3/C, 
ATDL-1  and  NADGE  Link-1  data  links.  TSP  can  simulate 
TADIL-A/E  and  computer  to  computer  data  links.  SIMTRACC  has 
data  extraction,  reduction  and  analysis  capabilities. 
MATADOR  IV,  a  separate  software  package,  is  used  to  reduce 
data    from   a   TSP    simulation. 
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1.   Simulator,  Trainer,  Command  and  Control 

The  SIMTRACC  system  is  used  to  simulate  the  outside 
world  for  various  tactical  systems.  SIMTRACC  supports  simu- 
lation, testing,  training  and  command  and  control  functional 
areas.  It  can  simulate  the  data  links  of  an/  agency  that 
meets  specific  protocols.  SIMTRACC1 s  primary  use  is  data 
link  simulation  to  support  testing  tactical  data  systems.  A 
secondary  use  is  to  train  TAOC  operators.  Data  extraction 
and  reduction  can  be  performed  on-line.  It  can  handle  up  to 
180  targets  or  air  tracks  with  the  capacity  limited  by  the 
combination  of  type  and  number  of  links  being  simulated. 

The  SIMTRACC  hardware  consists  of  a  Data  General 
Nova  II,  a  teletypewriter,  keyboard,  printer/plotter,  disk 
unit,  CRT  controller,  CRT,  modems,  bus  repeater,  cursor 
control  pad  and  multiplexor.  Approximately  15  programs 
comprise  the  system. 

SIMTRACC  processes  the  contents  of  a  script  file 
which  consists  of  a  time-tagged  sequence  of  keyboard  inputs. 
When  the  script  time  matches  the  tiie  tag  for  the  currently 
processed  file,  then  the  file  inputs  are  injected  into  the 
data  link  system  in  the  same  format  as  keyboard  real-time 
inputs.  The  scripting  system  consists  of  file  creation, 
file  item  formats,  execution  control  abd  error  processing. 
SIMTRACC  performs  data  analysis  to  determine  proper  message 
structure,  correct  value  ranges,  correct  transmission  and 
accurate  reporting  responsibility.  SIMTRACC  is  highly 
interactive  and  requires  a  well-trained  operator. 

2-   Testing  Support  Proaram 

The  TSP  is  made  up  of  three  programs:  TS?  itself, 
SETUP  and  PRESTORE.  TSP  is  a  real-time  interactive  simula- 
tion system  used  for  testing  of  digital  data  exchange  of 
tactical  data  systems.    TSP  is   capable  of  simulating  those 
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portions  of  the  tactical  system  that  control  tha  exchange  of 
digital  messages  between  individual  systems  and  the  program 
whose  performance  is  being  evaluated.  This  means  of  selec- 
tive alteration  constitutes  the  event  capabiltiy  of  the 
system.  The  user  can  structure  a  dynamic  exercise  of  any  or 
all    the   data   link   functions.  The   naximum   number   of   tracks 

allowed  by  the  TSP  software  is  405.  This  capacity  also  is 
dependent    upon   the   number   of   required    data    links. 

The  TS?  runs  on  a  stand-alone  AN/UYK-7  computer. 
The  hardware  that  comprises  the  system  is  an  alphanumeric 
display  unit,  magnetic  tape  unit,  high  speed  printers,  paper 
tape  unit,  Univac  CP-808  computer,  card  reader,  disk  unit 
and  a  PDP-11/70  computer.  The  SETUP  and  PRESTORE  programs 
run    on   the   CP-808    and    PRESTORE   also   utilizes   the    PDP-11/70. 

Data  generated  by  an  operator  via  the  interactive 
display  unit  or  data  entered  via  card  input  contains  TSP 
test  data.  An  operator  mast  go  through  a  series  of  steps  to 
set    up      and  initialize  the      system   equipment.  The    program 

prompts  the  operator  for  any  additicnal  required  test  data. 
There   are      23   prescripted   formatted  events.  Some   messages 

are  automatically  built  by  the  system.  The  test  data 
contains  system  conf igurat ion  data,  action  and  background 
track      data   and      prescripted  events.  Information   such      as 

latitudes  and  longitudes  of  system  participants  and  simu- 
lated system  actions  that  will  be  executed  must  be  provided 
by     the   operator.  The      operator      controls   the      simulation 

status  and  data  associated  with  the  simulation  system  and 
links. 

3-      Integrated    Simulation   Segjii rf_ients 

Figure  6.1  lists  the  minimum  simulation  capabilities 
that  must  be  included  in  an  integrated  simulation  facility 
at    MCTSSA    in   the    FY-84/85    timeframe. 


» 

a. 

Simulate   TADIL-A,    TADIL-B,    TADIL-C,    ATDL-1, 
NADGE   Link-1,    ULMS    and   MTACCS    messages. 

b. 

Simulate   up   to   10   concurrent    TADIL-B   links. 

c. 

Simulate   at   least   5  00   tracks. 

a. 

Simulate   up  to   13   concurrent   links. 

e. 

Simulate   air   and   surface   track    processing. 

f. 

Accomodate   Scripting   for   TADIL-A,    TADIL-B, 
TADIL-C,    ATDL-1,    NADGE   Link-1,    ULMS    and 
MDT   links. 

g. 

Accomodate   24    participating   units   on   TADIL-A. 

h. 

Accomodate   simulated   moving   participating    units. 

• 

i. 

Simulate   data   extraction   and   reduction   for 
TADIL-A,    TADIL-B,    TADIL-C,    ATDL-1,     NADGE    Link-1, 
OLMS    and    MDT    links. 

J- 

Simulate   forwarding    units   on   TADIL-A   and 
TADIL-B. 

..    _ 

Figure  6.1    Integrated  Simulation  Facility  Specifications. 

* •   Co nclu sions 

The  most  desirable  alternative  to  Marina  Corps  simu- 
lation reguirements  is  an  integrated  simulation  system  based 
on  distributed  processing  concepts  and  state-of-the-art 
mini      and   micro     computers.  SIMTRACC      and   TS?      cannot      be 

utilized  in  an  integrated  environment  because  they  support 
only  unique,  disjointed  test  requirements.  SIMTRACC  will 
not  accomodate  future  track  capacity  requirements  and  the 
agencies  that  can  be  simulated  by  TS?  are  limited.  TS? 
cannot  support  any  data  collection  for  data  analysis  because 
of  its  inability  to  extract  or  reduce  data  during  testing. 
TS?  and  SIMTRACC  do  net  accomodate  the  data  link  testing 
growth  expected   at    MCTSSA. 
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B.   A  SIHOLATIOH  ALTEBNATI7E 

Simulation  models  consist  of  continuous  change  models 
and  discrete  change  models.  Continuous  models  incorporate 
fixed  increments  of  time  advances  and  are  interested  in  a 
continuous  flow  of  information.  Items  are  considered  in 
aggregate  rather  than  individual.  Discrete  models  are 
interested  in  individual  items  in  a  system  and  utilize  the 
next  event  type  of  timekeeping.  Tactical  data  systems  are 
primarily  discrete  change  models.  Simulation  software 
assists  in  the  performance  of  tasks  performed  during  the 
evaluation  and  testing  of  communication,  command  and  control 
systems. 

Simulation  Language  for  Alternative  Modeling  (SLAM)  II 
is  a  software  package  which  exemplifies  the  state-of-the-art 
in  simulation.  SLAM  II  permits  discrete  event,  continuous 
and  network  modeling  perspectives  and  any  combination  of  the 
three.  SLAM  II  can  perform  as  a  discrete  change  system  that 
can  be  modeled  from  the  point  of  view  of  events  and/or 
processes.  The  process-oriented  part  of  SLAM  employs  a 
network  structure  comprised  of  node  and  branch  symbols.  The 
modeling  task  consists  of  incorporating  these  symbols  into  a 
network  model  which  represents  the  system  pictorially.  The 
modeler  defines  the  events  of  the  system  and  the  potential 
changes  that  may  arise  in  the  system.  SLAM  II  provides  a 
set  of  standard  subprograms  that  provide  for  scheduling, 
manipulating  files,  collecting  statistics,  and  generating 
random  samples.  The  modaier  providss  FORTRAN  routines  that 
describe  the  mathematical  and  logistical  relationships  of 
the  changes  that  each  a  vent  will  produce.  SLAM  II  permits 
entities  in  the  network  model  to  initiate  occurrence  of 
discrete  events,  events  to  alter  the  flow  of  entities  in  the 
network  model,  entities  in  the  network  model  to  cause 
instantaneous  changes  to  values  of  the  sta*:e  variables,  when 


state  variables  reach  threshold  values  they  can  initiate 
entities  in  the  network  model,  events  can  cause  instanta- 
neous changes  in  the  values  of  state  variables  and  when 
state  variables  reach  prescribed  threshold  values  they  can 
initiate      events.  The   process-orisnted      (network)         model 

consists  of  drawing  possible  paths  (including  delays)  that 
an  entity  encounters  from  its  arrival  time  to  its  departure 
time   as   in    tactical   data   information   flow. 

The  continuous  model  is  coded  by  specifying  difference 
eguations  which  describe  the  dynamic  behavior  of  the  state 
variables.  The  modeler  codes  these  equations  in  FORTRAN 
utilizing      SLAM-defined     storage        arrays.  The      executive 

program  controls  the  simulation  by  advancing  time  and  initi- 
ating calls  to  the  event  subroutines.  SLAM  II  is  written  in 
FORTRAN-66    and    is    upward    compatible    with    FORTRAN-77. 
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VII.    SIMOLATION^TEST   fACILITf    SPECIFICATIONS 

"Minicomputers  and  microcomputers  rarely  have  the  soft- 
ware and  peripherals  for  convenient  use.  Programming  small 
computers  is  tedious  and  time-consuming.  The  small  computer 
that  goes  into  the  final  product  is  generally  not  suitable 
for    use      in   the      developmental   stage.  Programs    for      large 

computers  are  developed  on  the  same  system  on  which  they  are 
used.  Small  computers,  however,  that  are  part  of  an  instru- 
ment or  machine  tool  will  only  have  enough  memory, 
peripherals  and  software  to  perform  their  function.  The 
computer  that  goes  into  the  system  can  handle  system  func- 
tions  -      not    system   development".    [Raf.    3] 

A.       DESCRIPTION 

1 .      Background 

Currently,  MCTSSA  has  two  PDP-H/70's,  three 
PDP-11/60's      and        one     PDP-11/40.  The        PDP-H/70's      are 

utilized  for  program  development,  compilation  and  testing. 
The  operational  fielded  systems  that  are  developed,  main- 
tained and  tested  in-hoase  are  the  TACC,  the  TDCC,  the  DASC 
and  the  IHAWK  system.  The  software  comprises  approximately 
1230    programs   and      220,000    lines    of    ~ode.  Tha    PDP-11/60»s 

ars  utilized  for  graphics  output  and  terminal  input  and 
output.  The  PDP-11/40  is  utilized  as  a  front-end  processor 
for    hardccpy   output. 

The  investment  in  software,  programmer  training  and 
operational  support  with  the  current  hardware  configuration 
is  enormous.  The  existing  software  comprises  approximately 
1800K    words      of    memory.  Thus,      molif ication,         upgrade    or 

replacement  must  be  economically  feasible,  compatible  and 
relatively    transparent. 
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2.      General   Characteristics 

One  solution  to  the  simulation/test  facility 
requirements  described  in  previous  chapters  is  the  time- 
phased  replacement  of  two  PDP-11  developmental  host. 
computers  with  two  VAX-1 1/780  computers.  FOETRAN-77  is 
recommended  as  the  high  order  programming  language  to  be 
utilized  for  software  development  until  ADA  is  entirely 
available  and  supported-  The  SIMIRACC  devices  should  be 
reduced  from  five  to  two  and  SLAM  II  should  be  considered  as 
an  alternative  general  purpose  simulation  package.  Figure 
7.1    lists   future  capabilities  that   will    be   available. 


a.  Combination    of    10    TADIL-B,    ATDL-1    or    NADGE 
Link-1    links. 

b.  One   TADIL-A    and   one   TADIL-3    link. 

c.  500   air   and   surface  tracks. 

d.  Message    forwarding. 

e.  Moving   participating   units. 

f.  Message   handling    for   JINTAZCS    Intelligence 
and   air   operations. 

a.       Scripting    for    ArDL-1r    NADGE    Link-1,    TADIL-A, 
and   TADIL-C. 

h.      Four   OLMS   and   MDI    links. 

i.      MTACCS    message   handling. 

j.      JINTACCS    message    handling   for   fire   support, 
operations   control   and   amphibious   operations. 

k.      Scripting   for   ULM S  and   MDT. 


Figure   7.1        Simulation /Test    Facility  Capabilities. 
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The  accumulation  of  these  capabilities  will  satisfy 
all  presently  known  test  requirements  for  the  TDCC,  TACC, 
TA3C-85  and  MIFASS.  Additional  capabilities  can  be  imple- 
mented in  a  modular  fashion  without  modifying  the  basic 
system   configuration. 

3 .  Software 

The  only  feasible  DoD-appcoved  high  order  program- 
ming languages  are  CMS-2,  ADA  and  FORTRAN.  CMS-2  is 
implemented  on  military  computers  (CP-808,  AN/UYK-7  and 
AN/OTK-20)  .  The  CMS-2  compiler  also  operates  on  the  PDP-11 
and  VAX-11/780.  Since  the  proposed  simulation  facility  will 
be  hosted  on  a  commerical  computer,  ADA  and  FORTRAN  seem  to 
be  the  most  feasible  software  approaches.  ADA  is  scheduled 
to  replace  CMS-2  as  the  Department  of  the  Navy  standard 
programming  language  for  embedded  computer  systems  during 
1983-4.  ADA  compilers  are  available  for  military  and 
commerical  computers  and  will  be  available  for  minicomputer 
and  microcomputer  systems  during  this  year.  ADA  is,  in 
fact,    a    strong   contender   to    FORTRAN-77. 

4 .  Hardware 

Table  (XXXI)  lists  the  minimum  requirements  which 
will  accomodate  the  test  facility  requirements. 

TABLE  XXXI 

Hardware    Requirements 

ITEM  MINIMUM    REQUIREMENT 

Direct    Memory   Access    Bandwidth  2    megabits 

Direct    Addressable    Memory  256    kilobytes 

minimum  Memory  1    megabyte 

Operating   System  Multi-tasking 

High   Order    Programming  Language  ADA/FORTRAN-77 
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The  VAX  11/780  is  one  of  the  few  state-of-the-art 
computers  with  the  minimum  direct  memory  access  bandwidth 
requirement  capabilities.  The  VAX-1 1/780  is  considered  the 
most  efficient  "number  cruncher"  within  its  category  of 
computers. 

B.       VAX-11/780 

1 .      Description 

The  VAX-11/780  is  a  high-performance,  multiprogram- 
ming computer  system.  The  processor  has  a  32-bit 
architecture  based  on  the  PDP-11  family  of  16-bit  computers. 
While  using  addressing  modes  and  stack  structures  similar  to 
those  of  the  PDP-11,  the  VAX-11/780  provides  32-bit 
addressing  and  32-bit  arithmetic.  The  instruction  set  and 
hardware  implement  high-level  language  constructs  and  oper- 
ating system  functions.  The  VAX-11/780  is  a  multi-user 
system  for  both  development  and  application  system  execu- 
tion. It  is  highly  reliable  and  contains  built-in  hardware 
and  software  protection  mechanisms  to  ensure  data  integrity 
and  system  availability.  The  computer  provides  on-line 
diagnostics,  error  detecting,  verification  of  system 
integrity  and  automatic  recovery  features.  It  is  both  flex- 
ible and  extendible  and  provides  applications  the  capability 
to   provide   their   own    command   interfaces   to    users. 

The  VAX-11/780  is  an  extension  of  the  PDP-11  family 
architecture.  It  executes  non-privileged  PDP-11  instruc- 
tions in  its  compatability  mode,  utilizes  PDP-11  data  types 
and  instructions  and  supports  compatability  languages  and 
file    and   record    formats. 
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2-      Hardware   Components 

The      major      components     of   the      VAX-1 1/780      are      the 

processor,  peripherals,  operating  system,  languages  and 
network  services.  Table  (XXXII)  lists  the  major  capabili- 
ties  of   the   hardware   components. 

TABLE   XXXII 
VAX-1 1/780   Hardware  Capabilities 

COMPONENT  DESCRIPTION 

Processor  CPU,    Synchronous  bus,    microcomputer 

console,    2    megabits    memory,    2 
peripheral    buses 

Peripherals  Small  and    large   capacity    disk   drives, 

magnetic  tpaes,    hard    copy   and   video 
terminals,    printers,    card   readers 

Operating  Virtual   memory   manager,    system 

System  services,    command   language,    operator 

tools 

Languages  VAX-11    MACRO,    PDP-11    BASIC    PLQS-2, 

PDP-11    COBOL-74,    CMS-2,    linkers, 
editors,    librarians,    debuggers 

Network  DECNet   network    software, 

Services  interproce ssor    communication   link 

3 .      Compatibility 

When  the  VAX  computer  was  designed,  the  need  to 
establish  a  high  level  of  compatibility  with  the  large, 
well-established  PDP-11  computer  family  was  identified. 
"VAX  represents  the  natural  growth  direction  for  many 
installations  using  PDP-11  machines  and  programs:  to  ease 
the  growth,  to  quicken  program  transition,  and  to  protect 
prior  customer  investment,  it  was  important  that  VAXes 
displayed   good   compatibility    features    [  Ref .    4  ].  " 
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The  PDP-11  and  VAX- 11/780  systems  have  almost  iden- 
tical FORTRAN,  BASIC,  C0B3L,  ADA,  an3  CHS-2  languages.  The 
VAX-1 1/^80  can  execute  a  subset  of  the  PDP-11  16-bit 
instructions  in  the  compata bility  mole,  the  operating  system 
provides  functionally  equivalent  system  services  as  the 
PDP-11  RSX  operating  system,  the  development  package  allows 
PDP-11  operating  system  system  generation  facilities,  the 
record  management  services  are  upward  compatible  with  PDP-11 
resources  and  DECNet/VAX  package  supports  the  PDP-11  system 
image  "down-line"  loading.  The  features  make  the  VAX-1 1/780 
an  ideal  host  system  to  PDP-11  systems  in  a  distributed 
processing  environment  by  reducing  the  requirement  for 
programmer /operator      retraining.  Figure        7.2      depicts      a 

typical   resource  sharing   environment. 


PDP-11  PDP-11 


Line    Printer    VAX-11/733 Large    Dis! 


PDP-11  PDP-11 


k 
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Figure  7.2        ?AX-1 1/780    Distributed   System. 
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C.   CONCLUSIONS 

1 .  Concepts 

This  paper  describes  the  majsr  resources  utilized  at 
the  Marine  Corps  Tactical  Systems  Sipport  Activity  (MCTSSA) 
to  test  and  develop  tactical  data  systems.  The  existing 
hardware  mixture  will  not  support  the  increased  requirements 
of  MCTSSA  and  an  integrated  simulation/test  facility  should 
be  established  to  accomodate  its  ever-increasing  workload 
and  responsibilities.  The  issue  of  training  analysts, 
programmers  and  technicians  to  maintain  the  conglomeration 
of  necessary  hardware  and  software  components  which  support 
MCTSSA's  requirements  can  in  itself  consume  another  indepen- 
dent research  topic.  M3TSSA' s  designation  as  the  primary 
software  support  activity  for  tactical  data  systems  requires 
that  it  be  equipped  with  the  hardware  to  support  a 
simulation/test  facility. 

2 .  Criteria 

The  current  and  future  demands  for  computer  support 
far  exceed  MCTSSA's  existing  capacity.  The  automated  data 
processing  demands  are  characterized  by:  hands-on  use, 
interfaces  with  other  equipment  and  the  use  of  experimental 
software.  Systems  which  do  not  represent  state-of-the-art 
in   computer      technology   would      be   of      little   benefit.  The 

unique  vendor  (Digital  Equipment  Corporation)  capability 
allows   for    tremendous    flexibility   and    growth   in   the    future. 

The  VAX-1 1/780  computer  is  considered  a  logical, 
economic/cost-effective  upgrade  which  will  satisfy  the 
requirements  because  of  both  increasing  program  workload  and 
data      link      simulation   software      testing.  The      7AX-1 1/780 

com  pa tability  mode  allows  users  to  run  existing  PDP-11  soft- 
ware on  it  with  no  reprogramming  and  allows  programs 
compiled  on   the    VAX    to  run    on   existing    ?DP-11's. 
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Determination  of  the  specific  hardware  components 
and  software  options  to  be  acquired  with  the  two 
VAX-11/780's  to  support  MCTSSA's  mission  is  extensive  and 
involved  and  should   consume    an   independent   research   study. 
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APPENDIX  A 
COHHUNICATIOHS  FOR  MARINE  CORPS  TACTICAL  SYSTEMS 

Tactical  military  communica tions  are  established  for  the 
primary  purpose  of  enabling  the  military  commander  to  exer- 
cise command  and  control  of  his  assigned  combat  forces. 
Another  purpose  of  the  cdu munications  is  to  facilitate  the 
transfer  of  information.  As  the  distances  involved  increase 
the  commander  is  more  and  more  dependent  on  the  flow  of 
information.  The  fundadmental  requirements  for  effective 
tactical  communications  are  reliability,  security,  speed  of 
service  and  flexibility.  The  systems  must  be  responsive, 
survivable,  economical  and  simple.  [Ref.  5] 

The  demands  of  differing  tactical  scenarios  tend  to 
justify  a  variety  of  types  of  communication  equipment. 
Current  Marine  Corps  communication  equipment  are  of  two 
types:  single-channel  netted  radios  and  multi-channel 
switched  system.  Historically  tactical  doctrine  has  speci- 
fied exact  types  of  radio  nets  required  to  support  tactical 
situations.  The  first  type  either  links  a  headquarters  to 
its  subordinate  organizations  for  all  purposes  except  opera- 
tional coordination.  These  nets  are  called  command  nets. 
They  are  hierarchical  in  nature  and  link  a  command  both  to 
higher  authority  and  its  subordinate  units.  The  second  type 
links  operational  personnel  with  thair  counterparts  at  the 
next  organizational  level.  These  nets  are  called  tactical 
nets.  Tactical  nets  are  also  hierarchical.  A  third  type 
net  is  not  hierarchical  and  is  called  a  functional  net.  It 
links  personnel  involved  in  the  same  functions  to  all  other 
organizations,  for  example  a  logistics  net. 
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Very  high  frequency  or  ultra  high  frequency  are  used. 
Voice  dominates  the  tactical  and  functional  nets  and  tele- 
typewriter dominates  the  command  nets.  Radio  nets  are 
simple,  survivabie,  reasonably  reliable,  secure  and  respon- 
sive. They  are  not  economical  nor  is  their  capacity 
sufficient  to  accomodate  many  circumstances. 

Radio  transmissions  produce  the  major  drawback  by 
allowing  the  enemy  to  pinpoint  transmission  locations. 
Telephone  communications  provide  an  alternative  to  the 
radio.  The  telephone  systems  ars  more  economical  but 
extremely  cumbersome  to  install  and  highly  immobile. 
Telephone  communication  systems  in  the  military  environment 
have  thus  not  achieved  acceptance.  The  Marine  Corps 
currently  has  automatic  tactical  switching  equipment  in  its 
inventory.  The  most  significant  drawbacks  to  the  current 
Marine  Corps  tactical  telephone  system  are  its  lack  of 
mobility  and  its  lack  of  security.  The  switching  equipment 
provide  for  digital  voice  communication.  Electronics  within 
the  Marine  Corps  extends  to  the  entire  spectrum  of  command 
and  control  systems.  A  goal  of  Marine  Corps  communication 
is  to  improve  the  functioning  of  command  centers  through  the 
use  of  automation  via  digital  electronics.  These  centers 
are  the  command  and  control  centers.  The  Marine  Tactical 
Command  and  Control  Systems  will  accomodate  the  above  goals. 

Each  command  and  control  program  is  considered  as  a 
number  of  centers  that  exist  at  various  locations  with  a 
requirement  to  communicate  with  other  centers  at  other  loca- 
tions. The  following  principles  of  these  command  and 
control  systems  are  universal  in  nature  and  apply  to  all 
command  and  control  systems,  be  they  associated  with 
airlines,  traffic  monitoring,  banks  or  military  combat 
systems:  computer  power  is  cheaper  than  transmission  media, 
automating  a  distributed  system  increases  the  amount  of 
communication   required,   automated   systems   communications 
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requirements  naturally  consist  of  frequently  sent,  short 
messages,  xhe  characteristics  of  communications  requirements 
precludes  dial-up  telephone  systems,  lower  capacity,  full 
period  circuits  are  not  a.n  effective  solution,  automated 
systems  should  be  designs!  to  use  existing  communications 
and  not  develop  their  own  and  systems  must  be  designed  to 
degrade   gracefully   as    the   communications    degrada. 
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iPPENDIX  B 
TEST  AND  EVALUATION 

Test  and  evaluation  has  played  an  important  part  in  the 
significant  improvements  made  in  Defense  systems  acquisi- 
tion. Prior  to  the  1970's  emphasis  was  placed  on  the 
delivery  of  a  complete  system  development  and  procurement. 
The  theory  was  that  a  sufficiently  well-defined  requirement 
would  result  in  a  deliverable  product  at  a  predetermined 
estimated  cost.  Unfortunately  this  method  was  ineffective 
because  of  initial  ill-defined  reguirements,  unverified 
inputs  and  large  cost  overruns. 

The  key  issue  in  developing  new  management  policies  in 
order  to  review  acquisition  programs  was  measurements  of 
program  progress  as  compared  to  program  goals  and  objec- 
tives, and  the  ability  to  make  a  decision  whether  to 
continue,  reorient  or  cancel  the  subject  program.  Test  and 
evaluation  is  a  means  for  making  such  measurements. 

Definitions. 

There  are  two  kinds  of  test  and  evaluation  conducted  in 
the  systems  acquisition  process:  Developmental  Test  and 
Evaluation  (DT5E)  and  Operational  Test  and  Evaluation 
(OTSE).  DT&E  is  that  testing  conducted  by  or  under  the 
supervision  of  the  development  agency  who  will  evaluate  the 
technical  performance  of  prototype  equipment.  Th»  testina 
is  generally  conducted  by  skilled  technicians  and  engineers 
under  carefully  controlled  conditions.  OTSE  is  that  testina 
conducted  by  military  personnel  to  determine  the  degree  to 
which  new  eguipment  fulfills  military  operational  require- 
ments. The  OTSE  is  conducted  under  conditions  that 
duplicate  as  closely  as  possible  the  environment  expected  in 
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field  operations.  Further,  OT&E  is  conducted  on  early 
production  models  as  well  as  on  research  and  development 
prototypes  of  new  equipment. 

DTSE  serves  two  important  functions  in  the  system  acqui- 
sition process.  First,  it  assists  in  the  actual  design  and 
development  of  system.  In  this  role  DTSE  is  an  integral 
part  of  the  normal  development  process  in  which  initial 
designs  are  converted  to  hardware.  The  hardware  is  tested, 
deficiencies  noted  and  the  design  is  modified  as  necessary. 
This  process  is  repeated  until  the  system  hardware  reaches  a 
final  design  configuration.  This  initial  feedback  system 
provides  essential  information  required  to  proceed  from  the 
"paper"  design  into  fully  developed  hardware.  Secondly, 
DT5E  provides  important  information  on  the  progress  of  new 
system  development.  The  progress  is  ascertained  by 
comparing  measured  system  performance  with  a  set  of  goals 
and  objectives  which  have  been  established  for  the  program. 
The  measurement  of  the  maturing  systam  involves  such  charac- 
teristics as  reliability,  weight,  etc.  Individuals 
sufficiently  familiar  with  the  maturing  process  can  detar- 
mine  what  performance  levels  should  be  attained  by  the 
system  at  various  stages  of  development.  Development  rests 
then  can  be  performed  at  frequent  points  in  the  program  and 
provide  a  decision  maker  with  information  on  the  rate  of 
growth  of  the  system.  Finally,  a  prediction  of  final  system 
performance  can  be  provided  by  comparing  performance  level 
progress  with  similar  systems. 

OT&S,  like  DTSE,  also  provides  essential  feedback  infor- 
mation to  the  decision  makers  by  comparing  system 
operational  performance  with  prograa  goals  and  objectives. 
Since  OTSE  that  is  conducted  before  system  production 
involves  the  testing  of  prototypes,  to  predict  final  system 
operational  performance,  test  results  must  be  extrapolated. 
The  degree   of  extrapolation  will  i=pend   primarily  en   the 
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realism  of  the  simulated  test  environment.  OTSE  is 
concerned  with  evaluating  purely  operational  as  opposed  to 
technical  factors  in  the  system  and  gives  more  emphasis  to 
predicting  future  performance  rather  than  evaluating  current 
performance.  The  combination  of  OTSE  and  DT&E  provides  the 
most  effective  means  to  predict  mature  performance  [Ref.  6]. 

Poles, 

The  primary   role  of  the  Test   and   Evaluation   (TSE) 

process  is  to   provide  information  during  the   acquisition 

process  related  to  the  following  two  questions: 

1.  What  is  the  current  program  status? 

2.  What  is  the  likely  outcome  of  the  program? 

This  is  exactly  the  kind  of  information  the  T&E 
provides.  It  is  apparent  that  TSE  is  quite  important  not 
only  for  major  production  decisions  but  for  most  other  deci- 
sions made  during  the  life  of  an  acquisition  program.  For 
major  defense  program  TSE  impacts  on  the  acquisition  process 
primarily  through  the  operation  of  the  Defense  Systems 
Acquisition  Review  Council  (DSARC);  MSARC  for  the  Marine 
Corps.  When  a  program  reaches  a  major  milestone  the 
DSARC/MSARC  meets  to  consider  if  the  program  should  be 
advanced  to  its  next  phase.  The  MSARC  plays  an  important 
role  in  the  test  and  evaluation  process.  Independence  and 
objectivity  are  quite  important  to  the  TSE  assessments. 
Since  most  DT&E  is  an  integral  part  of  the  systems  design 
and  development  process,  it  is  rightly  conducted  or  cont- 
rolled by  the  developing  agency.  Since  developing  agencies 
tend  to  be  success  oriented,  the  effects  of  such  potential 
biases  must  be  reduced  by  providing  independent  assessment 
and  reporting  of  testing. 
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OT&E  provides  an  estimate  of  how  the  system  will  perform 
in  the  operational  environment.  Short  of  actual  warfare, 
operational  testing  is  the  ultimate  measure  of  an  acquisi- 
tion program's  output  and  as  such  will  normally  receive 
considerable  emphasis  whan  decisions  are  to  be  reached. 
Effective  operational  testing  requires  as  much  test  realism 
as  possible  consistent  with  resource  constraints  and  hard- 
ware status.  This  means  the  use  of  representative  models  of 
production  systems,  the  participation  of  typical  operational 
personnel  in  testing,  and  accurate  simulation  of  both  the 
threat  and  physical  environment.  Several  others  factors 
must  be  considered  in  providing  for  effective  operational 
testing.  Operational  test  designs  must  allow  for  the  exer- 
cise of  systems  over  a  reasonable  range  of  operational 
conditions.  Conclusions  on  the  overall  effectiveness  of  a 
system  cannot  be  based  on  a  single  set  of  conditions  that 
may  represent  only  a  small  percentage  of  likely  tactical 
situations.  The  scope  of  testing  mast  allow  for  all  signi- 
ficant interaction  between  the  system  being  tested  and  other 
systems  with  which  it  must  function  in  the  operational  envi- 
ronment. Finally,  it  is  important  that  objective 
measurements  of  a  system's  performance  in  simulated  opera- 
tional employment  be  made  without  compromise  to  realism. 

Certainly  the  most  important  aspect  of  the  effective 
utilization  of  T&E  in  the  acquisition  process  is  the  estab- 
lishment of  meaningful  program  goals  and  objectives  whose 
attainment  is  to  be  measured  by  test.  The  task  requires 
that  operational  forces  provide  information  on  critical 
capabilities  needed  to  meet  particular  operational  require- 
ments. The  test  community  must  provide  inputs  on  test 
feasibility  and  test  facility  requirements.  Early  on  OT&E 
may  be  needed  for  the  following  reasons: 
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1.  In  considering  systems  concepts  during  the  early 
stages  of  a  program,  we  need  to  know  if  these  concepts  are 
technically  viable  or  tactically  sound. 

2.  To  have  any  impact  on  the  research  and  development 
phase  cf  a  program,  OT&E  should  be  conducted  much  earlier 
than  just  before  major  production  decisions. 

3.  Cost  and  schedule  impact  can  be  minimized  by  early 
detection  and  correction  of  operational  deficiencies. 

4.  Initiation  of  limited  production  before  the  major 
production  decision  has  resulted  in  significant  commitments 
of  procurement  funds  prior  to  the  major  production  decision. 

T&E  can  provide  an  adequate  transfer  of  "lessens 
learned'1.  Often  a  deficiency  discovered  during  T&E  is 
nearly  identical  to  that  discovered  on  past  or  present 
programs.  T&E  can  play  a  significant  role  in  the  recurrence 
of  previous  deficiencies.  T&E  has  become  a  firmly  estab- 
lished integral  part  of  the  systems  acquisition  process. 
The  ultimate  payoff  cf  the  T&E  process  is  maximum  military 
capability  for  the  fewest  dollars  possible. 

Policy. 

The  testing  part  of  (T5 E)  denotes  the  actual  testing  of 
hardware/software  via  models,  prototypes,  production  equip- 
ment, computer  programs  to  obtain  data  which  is  valuable  in 
developing  new  capabilities  or  making  decisions.  Evaluation 
denotes  the  process  whereby  data  are  assembled  and  analyzed 
to  aid  in  making  systematic  decisions.  T&E  involves  the 
deliberate  generation  of  data  concerning  the  nature  cf  ar. 
emerging  system  and  the  creation  of  informaton  useful  to 
technical  and  managerial  personnel  who  control  development. 
It  is  the  physical  testing,  experimentation  and  analyses 
performed  during  the  course  of  development  and  the  introduc- 
tion and  employment  of  a  new  system. 
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TSE  is  an  integral  part  of  all  phases  of  the  development 
of  systems.  Testing  provides  information  for  a  number  of 
purposes:  information  for  development,  information  for 
milestone  decisions,  and  information  for  effective  opera- 
tional utilization. 

Test  and  evaluation  shall  begin  as  early  as  possible  and 
be  conducted  throughout  the  system  acquisition  process. 
DTSE  is  conducted  to  assist  the  engineering  design  and 
development  process  and  to  verify  attainment  of  technical 
performance  specifications.  It  includes  hardware/software 
integration,  related  software,  and  prototype  or  full-scale 
engineering  development  models  of  the  system.  DTSE  will  be 
accomplished  before  Milestone  I  to  assist  in  the  selection 
of  alternative  system  concepts.  Before  Milestone  II  DTSE 
will  identify  the  preferred  technical  approach,  to  include 
technical  risks  and  feasible  solutions.  Before  Milestone 
III  adequate  DTSE  will  ensure  that  engineering  is  reasonably 
complete  and  that  all  significant  dssign  problems  have  been 
identified  and  their  solutions  imminent.  After  Milestone 
III  DTSE  will  be  an  integral  part  of  the  development,  accep- 
tance and  introduction  of  system  ohanges  to  improve  the 
system. 

OTSE  is  conducted  to  estimate  a  system's  operational 
effectiveness  and  operational  suitability,  identify  needed 
modifications,  and  provide  information  on  tactics,  doctrine, 
organization  and  personnel  requirements.  Initial  OTSE  must 
be  accomplished  prior  to  the  Milestone  III  decision.  One 
major  field  agency  shall  be  responsible  for  managing  opera- 
tional testing  and'  for  reporting  test  results  and  its 
independent  evaluation  of  the  system.  OTSE  shall  be  accom- 
plished in  an  environment  as  operationally  realistic  as 
possible.  Typical  operational  and  support  personnel  will  be 
used  to  obtain  a  valid  estimate  of  the  user's  capability  tc 
operate   and  maintain   the   system   when  deployed.     During 
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system  acquisition  before  the  Milestone  I  decision  OTSE  will 
assess  the  operational  impact  of  possible  technical 
approaches  and  assist  in  selecting  alternative  system 
concepts.  Before  Milestone  II  OTSE  will  be  accomplished  to 
examine  the  operational  aspects  of  selected  alternatives  and 
estimate  the  potential  operational  effectiveness  and  suit- 
ability of  each.  Before  Milestone  III  is  completed  OTSE 
will  ensure  that  items  tested  are  sufficiently  representa- 
tive of  the  expected  production  items  and  that  a  valid 
assessment  can  be  made  of  the  system  expected  to  be 
produced.  After  the  Milestone  III  decision  during  initial 
production  and  deployment  of  the  system  OTSE  will  ensure 
that  initial  production  items  meet  operational  effectiveness 
in  order  to  meet  performance  goals. 

Developmental  and  operational  tests  may  be  combined  when 
clearly  identified  and  significant  cost  and  time  benefits 
will  result.  k  continuing  goal  mast  be  early  detection  of 
major  system  deficiencies  if  such  deficiencies  exist.  Early 
detection  and  correction  of  deficiencies  via  ISE  can  result 
in  more  operating  force  capability  and  less  likelihood  of 
costly  programs.  [Hef.  7] 
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APPENDIX    C 
GLOSSARY 

ADA  Navy   standard   high    order   programming   language 

ASRT  Air   Support   Radar   ream 

BASIC  A   high   order   programming   language 

Baud  Bits   per   second 

CMS-2  UNIVAC-written  Navy    standard   programming    language 

COBOL  Common   Business  Oriented   Language 

COMM  Communication 

COM  SEC  Communications  Security 

CP  Command   Post 

CRI  Cathode   Ray   Tubs 

C2  Command   and   Control 

C3  Communications,    Command   and   Control 

DAS  Direct    Air    Support 

DASC  Direct   Air   Support    Center 

DC?  Data   Communications    Processor 

DC?  Digital   Communication  Terminal 

DECNet  Digital    Equipment   Corporation    Network: 

DoD  Department    of    Defense 

FASC  Fire   and   Air    Support   Canter 

FMF  Fleet   Marine    Fores 
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FORTRAN    Formula   Translation 

FSC  Fire   Support   Center 

FSCC  Fire   Support   Coordination   Center 

IHAWK        Improved   Homing-All-the-Way   Killer 

I/O  In  put /out  put 

IOC  Initial   Operational    Capability 

JINTACCS   Joint   Intelligence    Tactical   Command   and   Control 

LFICS        Landing   Force   Integrated  Communication   System 

MAGTF        Marine   Air   Ground  Task   Force 

MASS  Marine   Air   Support    Squadron 

MATADOR    Marine  Tactical   Data  OFF-line    Reduction   Program 

MATCALS    Marine    Air   Traffic    Control   and   Landing  Systems 

MAW  Marine  Aircraft   Wing 

MCTSSA      Marine   Corps   Tactical   Systems    Support    Activity 

MTACCS      Marine  Tactical  Command   and   Control   Systems 

NADGS        NATO    Air   Defense   Ground    Environment 

NATO  North   Atlantic  Treaty  Organization 

SIMTRACC  Simulator,    Trainer,    Command   and   Control 

TACC  Tactical   Air   Command  Central 

TACFIRE  Tactical   Fire    Direction   Systam 

TADIL        Tactical   Digital   Information   Link 

TAOC  Tactical    Air   Operations   Central 

TDCC  Tactical   Data    Communications   Central 
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TEI-TAC   Tri-Services   Tactical  Communication    System 
TSP  Test   Support    Program 

OLMS  Unit   Level    Messaga    Switch 
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